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中 


鲁迅 先生 曾 说 过 :“ 其 实地 上 本 没有 路 , 走 的 人 多 了 ,也 便 成 了 路 ”。 模 式 与 之 同 理 , 它 
是 人 类 在 工程 应 用 领域 经 验 的 总 结 与 传承 ,是 人 类 在 具体 环境 下 解决 特定 现实 问题 所 积累 
和 整理 的 解决 方案 。 模 式 的 概念 来 自 于 建筑 领域 ,模式 之 父 Christopher Alexander 博士 将 
模式 定义 为 “在 具体 环境 中 解决 问题 的 方法 ”, 它 可 以 用 于 人 类 所 从 事 的 各 个 领域 ,这 其 中 也 
包括 软件 工程 领域 。 

设计 模式 开创 者 之 一 、 敏 捷 开发 方法 的 创始 人 Erich Gamma 曾 说 过 :“ 设 计 和 开发 面 
向 对 象 软 件 是 非常 困难 的 ,而 设计 和 开发 可 复 用 的 面向 对 象 软件 则 更 加 困难 ”。 在 软件 开发 
过 程 中 ,有 经 验 的 设计 者 往往 会 重复 使 用 他 们 在 以 前 设计 工作 中 曾经 用 到 的 一 些 解决 方案 ， 
这 些 解 决 方案 可 以 提高 设计 者 的 开发 效率 与 软件 质量 ,并 使 所 设计 的 软件 更 加 灵活 ,易于 扩 
展 ,可 复 用 性 也 更 高 。 设 计 模 式 为 实现 可 维护 性 复 用 而 诞生 。 

设计 模式 已 经 成 功 应 用 于 很 多 软件 的 设计 中 。 设 计 模 式 、 重 构 ,UML 等 已 成 为 一 个 优 
秀 的 面向 对 象 软件 开发 人 员 所 必须 掌握 的 知识 和 技能 。 无 论 是 面向 对 象 编程 的 初学 者 还 是 
有 一 定编 程 经 验 的 程序 员 ,都 可 以 从 设计 模式 的 学 习 和 使 用 中 深入 理解 面向 对 象 思 想 的 精 
华 , 开 发 出 可 扩展 性 和 复 用 性 俱 佳 的 软件 。 本 书 编者 在 十 多 年 的 软件 开发 和 多 年 的 教学 工 
作 中 积累 了 丰富 的 设计 模式 使 用 经 验 和 教学 经 验 , 也 深刻 体会 到 学 习 设计 模式 的 意义 。 目 
前 ,国内 越 来 越 多 的 高 校 在 软件 工程 研究 生 和 本 科 生 教学 中 开设 了 “软件 体系 结构 “面向 对 
象 分 析 和 设计 ”等 课程 ,而 设计 模式 是 这 些 课程 的 核心 组 成 部 分 之 一 ,还 有 的 学 校 将 设计 模 
式 作为 一 门 单独 的 课程 开设 ,而 很 多 软件 培训 机 构 在 软件 工程 师 培 训 课 程 中 也 包含 了 设计 
模式 相关 内 容 。 

本 书 的 目的 在 于 让 广大 学 生 和 学 员 更 快 、 更 好 地 理解 和 掌握 每 一 个 设计 模式 。 本 书 在 
整理 时 参考 了 目前 市 面 上 已 有 的 设计 模式 书籍 , 集 各 家 所 长 ,并 在 此 基础 上 进行 扩展 与 整 
理 , 适 用 于 高 校 和 培训 教学 ,将 一 些 原本 深奥 并 难以 理解 的 设计 思想 通过 一 些 简 单 实例 进行 
解析 ,让 读者 能 够 轻松 掌握 面向 对 象 设计 思想 的 精髓 。 本 书 以 “实例 驱动 教学 ”为 整体 编写 
原则 ,每 一 个 模式 的 学 习 均 基 于 一 或 两 个 实例 ,通过 实例 来 加 深 对 模式 的 理解 ,并 结合 实例 
学 习 如 何在 实际 开发 中 运用 所 学 模式 。 对 于 每 一 个 模式 ,所 学 内 容 包 括 模式 动机 与 定义 、 模 
式 结构 与 分 析 、 模 式 实 例 与 解析 、 模 式 效 果 与 应 用 和 模式 扩展 ,内 容 丰 富 ,讲解 透彻 ,并 提供 
了 模式 结构 和 实例 的 UML 类 图 和 Java 实现 代码 ,所 有 类 图 均 严格 按照 UML 2.X 标准 绘 
制 ,所 有 代码 均 在 JDK 1. 8 环境 下 通过 测试 上 且 运行 无 误 。 

本 书 一 共有 27 章 ,可 分 为 四 个 部 分 。 

第 一 部 分 包含 第 1 一 3 章 ,介绍 面向 对 象 设计 的 一 些 基 本 知识 ,包括 UML 基础 知识 本 
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向 对 象 设计 原则 和 设计 模式 概述 ,作为 后 续 设 计 模 式 学 习 的 知识 基础 。 

第 二 部 分 包含 第 4 一 9 章 , 介 绍 6 种 常用 的 创建 型 设计 模式 ,包括 简单 工厂 模式 、 工 厂 方 
法 模式 、 抽 象 工 厂 模 式 、 建 造 者 模式 、 原 型 模式 和 单 例 模式 。 

第 三 部 分 包含 第 10 一 16 章 , 介 绍 7 种 常用 的 结构 型 设计 模式 ,包括 适配器 模式 ,桥接 模 
式 \ 组 合 模式 、 装 饰 模式 、 外 观 模 式 、 享 元 模式 和 代理 模式 。 

第 四 部 分 包含 第 17 一 27 章 ,介绍 11 种 常用 的 行为 型 设计 模式 ,包括 职责 链 模 式 、 命 令 
模式 、 解 释 器 模式 .迭代 器 模式 .中 介 者 模式 备忘录 模式 ,观察 者 模式 ,状态 模式 .策略 模式 、 
模板 方法 模式 和 访问 者 模式 。 

本 书 提供 了 完整 的 配套 教学 资料 ,包括 实例 源 代 码 和 电子 课件 。 在 每 一 章 后 面 均 配 有 
一 定量 的 习题 ,读者 可 以 通过 这 些 习 题 对 所 学 知识 进行 巩固 ,加 深 理 解 ,并 学 会 在 项 目 中 运 
用 所 学 知识 来 解决 实际 问题 。 本 书 提供 了 对 应 的 教学 视频 ,并 配 有 (设计 模式 实验 及 习题 解 
析 》, 作 为 本 书 的 题解 和 实验 教程 。 这 些 教学 资料 将 形成 一 个 完整 的 体系 ,为 教学 和 学 习 提 
供 便利 。 

本 书 既 可 作为 高 等 院 校 软件 工程 专业 研究 生 和 本 科 生 设计 模式 ,软件 体系 结构 、 面 向 对 
象 分 析 与 设计 等 相关 课程 的 教材 ,也 可 以 作为 各 软件 培训 机 构 的 软件 工程 师 培训 、 软 件 架 构 
师 培训 教材 ,还 可 以 作为 广大 软件 爱好 者 和 软件 开发 人 员 的 自学 和 参考 用 书 。 

本 书 第 1 版 于 2011 年 10 月 由 清华 大 学 出 版 社 出 版 ,本 书 修订 了 第 1 版 中 存在 的 一 些 
错误 和 问题 ,并 更 新 了 部 分 内 容 。 本 书 的 最 大 特点 是 提供 了 配套 的 教学 视频 , 供 广大 师 生 参 
考 学 习 所 需 。 本 书 由 刘 伟 ( 中 南大 学 软件 学 院 ) 担 任 主编 , 胡 志 刚 (中 南大 学 软件 学 院 ) 和 于 
俊 洋 (河南 大 学 软件 学 院 ) 担 任 副 主编 。 在 编写 过 程 中 参考 和 引用 了 国内 外 很 多 书籍 和 网 站 
的 相关 内 容 , 部 分 图 片 的 素材 和 个 别 实例 的 初始 原型 也 来 源 于 网 络 ,由 于 涉及 的 网 站 和 网 页 
太 多 ,没有 一 一 列举 ,在 此 一 并 予以 感谢 。 本 书 第 1 版 已 被 多 所 高 校 所 使 用 ,编者 也 收 到 了 
很 多 意见 和 建议 ,在 此 向 所 有 帮助 和 支持 我 们 的 朋友 表示 感谢 。 最 后 特别 感谢 清华 大 学 出 
版 社 为 本 书 的 改版 所 付出 的 努力 。 

设计 模式 是 无 数 人 经 验 的 积累 ,希望 通过 这 本 书 的 学 习 , 读 者 能 够 从 一 些 生 活 实例 中 领 
悟 这 些 模式 的 精髓 ,并 能 够 在 合适 的 项 目 场景 下 使 用 它们 。 有 了 设计 模式 ,我 们 的 软件 将 变 
得 更 像 一 个 艺术 品 , 而 不 是 一 堆 难 以 维护 和 重用 的 代码 。 

于 时 间 仓 促 .学识 有 限 , 书 中 不 足 和 下 漏 之 处 难免 ,恳请 广大 读者 将 意见 和 建议 反馈 
给 我 们 ,以 便 在 后 续 版 本 中 不 断 改进 和 完善 。 


编 者 
2018 年 8 月 30 日 
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统一 建 模 语言 基础 知识 


本 章 导 学 

统一 建 模 语言 (Unified Modeling Language,UML) 是 一 种 可 视 化 的 标准 
建 模 语 言 , 它 是 一 种 分 析 和 设计 语言 ,通过 它 可 以 构造 软件 系统 的 蓝图 。 在 设 
计 模 式 中 ,需要 使 用 UML 来 分 析 和 设计 每 一 个 模式 的 结构 ,描述 每 一 个 模式 
实例 ,并 对 部 分 模式 进行 深入 的 解析 。 因 此 ,在 学 习 设 计 模 式 之 前 ,需要 先 学 
习 一 些 基 本 的 UML 知识 。 


本 章 的 难点 在 于 掌握 UML 类 图 中 类 与 类 之 间 关 系 的 含义 、 符 号 表示 和 代码 实现 以 及 
顺序 图 和 状态 图 的 绘制 。 

类 图 重要 等 级 : 克 克 太太 六 

顺序 图 重要 等 级 : 交友 克 克 六 

状态 图 重要 等 级 : 友 友 友 充 六 


1.1 UML 简介 


UML 已 经 成 为 面向 对 象 软件 分 析 与 设计 建 模 的 标准 ,其 应 用 越 来 越 广 泛 , 在 学 习 设 计 
模式 之 前 需要 掌握 一 些 基 本 的 UML 知识 ,以 便 理解 每 一 个 模式 和 模式 实例 的 结构 ,并 通过 
一 些 UML 图 形 来 加 深 对 设计 模式 的 理解 。 


1.1.1 UML 的 诞生 


如 果 想 盖 一 栋 楼 ,为 了 不 把 它 盖 成 一 个 狗 窝 ,需要 先 画 一 些 设计 图 ,这 些 设计 图 就 是 楼 
房 的 蓝图 。 设 计 图 是 一 种 设计 语言 ,也 就 是 模型 语言 是 不 同 的 工程 设计 人 员 与 生产 人 员 之 
间 沟 通 的 语言 。 在 一 个 现代 化 的 工程 中 ,人 们 要 相互 沟通 和 合作 ,就 必须 使 用 标准 的 工业 化 
设计 语言 ,用 这 些 语言 来 对 开发 的 产品 进行 建 模 。 建 模 过 程 把 复杂 的 问题 分 解 成 为 易于 理 
解 的 小 问题 ,以 达到 问题 的 求解 。 

软件 工程 也 需要 使 用 模型 来 描述 一 个 软件 .使 用 户 和 开发 人 员 都 能 够 更 好 地 理解 待 开 
发 的 系统 。 建 模 是 开发 优秀 软件 的 所 有 活动 中 的 核心 部 分 之 一 ,其 目的 是 把 所 要 设计 的 结 


_ 设 计 模式 (第 2 版 ) 


构 和 系统 的 行为 联系 起 来 ,并 对 系统 的 结构 进行 可 视 化 控制 。 

随 着 软件 系统 复杂 程度 的 提高 ,对 好 的 建 模 语 言 的 需求 也 越 来 越 迫 切 , 面 向 对 象 建 模 语 
言 就 是 应 这 样 的 需求 而 生 。 早 在 20 世纪 70 年 代 就 陆续 出 现 了 很 多 面向 对 象 的 建 模 方法 ， 
特别 是 在 20 世纪 80 年 代 末 到 90 年 代 中 期 ,软件 建 模 方法 如 雨 后 春 算 般 从 不 到 10 种 增加 
到 50 多 种 ,但 方法 种 类 的 膨胀 使 用 户 很 难 根据 自身 应 用 的 特点 选择 合适 的 建 模 方法 , 极 大 
地 妨碍 了 用 户 的 使 用 和 交流 。 

为 了 解决 建 模 方法 过 多 所 带 来 的 种 种 问题 ,从 1994 年 起 , Grady Booch 和 James 
Rumbaugh 在 Rational 软件 公司 开始 了 UML 的 创建 工作 。 他 们 的 目标 是 创建 一 种 新 的 名 
为 “Unified Method( 统 一 方法 )” 的 方法 ,用 来 对 当时 存在 的 众多 方法 进行 规范 化 和 标准 化 。 
该 方法 将 Booch 方法 和 OMT-2 方法 (Rumbaugh 是 其 主要 开发 者 ) 统 一 起 来 。1995 年 ， 
OOSE 方法 和 Objectory 方法 的 创建 者 Ivar Jacoboson 也 加 入 其 中 。UML 三 位 创始 人 正式 
联手 ,共同 为 创建 一 种 标准 的 建 模 语 言 而 一 起 工作 ,他 们 将 开发 出 来 的 产品 名 称 定 为 UML 
(Unified Modeling Language, 统 一 建 模 语 言 ) 。UML 融合 了 多 种 优秀 的 面向 对 象 建 模 方 法 
以 及 多 种 得 到 认可 的 软件 工程 方法 ,消除 了 因 方 法 林立 且 相互 独立 所 带 来 的 种 种 不 便 , 集 百 
家 之 所 长 , 故 名 “统一 "。UML 通过 统一 的 表示 方法 ,让 不 同 知识 背景 的 领域 专家 、 系 统 分 
析 设 计 人 员 和 开发 人 员 以 及 用 户 可 以 方便 地 交流 。UML 的 三 位 主要 创始 人 Ivar 
Jacoboson、Grady Booch 以 及 James Rumbaugh 也 合 称 为 “UML 三 友 ”。 

1997 年 11 月 ,在 Ivar Jacoboson、Grady Booch 以 及 James Rumbaugh 的 共同 努力 下 ， 
UML 1. 1 版 本 提交 给 OMG (Object Management Group， 对 象 管理 组 织 ) 并 获得 通过 ,由 
此 成 为 业界 标准 的 建 模 语言 。2003 年 6 月 ,在 OMG 技术 会 议 上 UML 2. 0 获得 正式 通过 ， 
UML 的 发 展 与 应 用 也 上 升 到 一 个 新 的 高 度 , 越 来 越 多 的 人 开始 学 习 和 使 用 UML 来 进行 软 
件 建 模 。 正 因为 如 此 ,软件 大 师 Martin Fowler 也 曾 说 过 “你 应 该 使 用 UML 吗 ? 是 ! 旧 的 
面向 对 象 符号 正在 快速 消失 ,新 的 书 文章 将 全 部 采用 UML 作为 符号 。 如 果 你 正 要 开始 使 
用 建 模 符号 ,你 就 该 直接 学 习 UML”。 


1.1.2 UML 的 结构 


UML 是 一 种 语言 ,也 就 意味 着 它 有 属于 自己 的 标准 表达 规则 。 它 不 是 一 种 类 似 Java、 
C++、C# 的 编程 语言 ,而 是 一 种 分 析 设 计 语 言 ,也 就 是 一 种 建 模 语言 。UML 是 由 图 形 符号 
表达 的 建 模 语言 ,其 结构 主要 包括 以 下 几 个 部 分 。 

1. 视图 (View) 

在 UML 建 模 过 程 中 ,使 用 不 同 的 视图 从 不 同 的 
角度 来 描述 软件 系统 。UML 包括 5 种 视图 ,如 图 1-1 
所 示 。 

(1) 用 户 视图 : 以 用 户 的 观点 表示 系统 的 目标 ， 图 1-1 UML 中 的 5 种 视图 
它 是 所 有 视图 的 核心 ,该 视图 描述 系统 的 需求 。 

(2) 结构 视图 : 表示 系统 的 静态 行为 ,描述 系统 的 静态 元 素 , 如 包 、 类 与 对 象 ,以 及 它们 
之 间 的 关系 。 


环境 视 
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(3) 行为 视图 : 表示 系统 的 动态 行为 ,描述 系统 的 组 成 元 素 ( 如 对 象 ) 在 系统 运行 时 的 
交互 关系 。 
(4) 实现 视图 : 表示 系统 中 逻辑 元 素 的 分 布 ,描述 系统 中 物理 文件 以 及 它们 之 间 的 

(5) 环境 视图 : 表示 系统 中 物理 元 素 的 分 布 ,描述 系统 中 硬件 设备 以 及 它们 之 间 的 

2. 图 (Diagram) 

在 UML 2.0 中 ,提供 了 13 种 图 ,与 上 述 5 种 视图 相对 应 

(1) 用 例 图 (Use Case Diagram) : 又 称 为 用 况 图 ,对 应 于 用 户 视图 。 在 用 例 图 中 ,使 用 
用 例 来 表示 系统 的 功能 需求 ,用 例 图 用 于 表示 多 个 外 部 执行 者 与 系统 用 例 之 间 以 及 用 例 与 
用 例 之 间 的 关系 。 用 例 图 与 用 例 说 明文 档 (Use Case Specification) 是 常用 的 需求 建 模 工 
具 , 也 称 为 用 例 建 模 。 

(2) 类 图 (Class Diagram) : 对 应 于 结构 视图 。 类 图 使 用 类 来 描述 系统 的 静态 结构 ,类 
图 包含 类 和 它们 之 间 的 关系 , 它 描 述 系 统 内 所 声明 的 类 ,但 没有 描述 系统 运行 时 类 的 行为 。 
在 本 章 1. 2 节 将 学 习 类 图 。 

用 例 图 与 类 图 是 UML 13 种 图 中 使 用 频率 最 高 的 两 种 图 。 

(3) 对 象 图 (Object Diagram) : 对 应 于 结构 视图 。 对 象 图 是 类 图 在 某 一 时 刻 的 一 
例 , 用 于 表示 类 的 对 象 实例 之 间 的 关系 。 

(4) 包 图 (Package Diagram) : UML 2.0 的 新 增 图 ,对 应 于 结构 视图 。 包 图 用 于 描述 
包 与 包 之 间 的 关系 , 包 是 一 种 把 元 素 组 织 到 一 起 的 通用 机 制 ,例如 可 以 将 多 个 类 组 织 成 

os 

(5) 组 合 结构 图 (Composite Structure Diagram): UML 2.0 的 新 增 图 ,对 应 于 结构 视 
图 。 组 合 结构 图 将 每 一 个 类 放 在 一 个 整体 中 ,从 类 的 内 部 结构 来 审视 一 个 类 。 组 合 结构 图 
可 用 于 表示 一 个 类 的 内 部 结构 ,用 于 描述 一 些 包含 复杂 成 员 或 内 部 类 的 类 结构 。 

(6) 状态 图 (State Diagram) : 对 应 于 行为 视图 。 状 态 图 用 来 描述 一 个 特定 对 象 的 所 有 
可 能 状态 及 其 引起 状态 转移 的 事件 。 一 个 状态 图 包括 一 系列 对 象 的 状态 及 状态 之 间 的 转 
换 。 在 本 章 1.4 节 将 学 习 状 态 图 。 

(7) 活动 图 (Activity Diagram) : 对 应 于 行为 视图 。 活 动 图 用 来 表示 系统 中 各 种 活动 的 
次 序 , 它 的 应 用 非常 广泛 , 既 可 用 来 描述 用 例 的 工作 流程 ,也 可 以 用 来 描述 类 中 某 个 方法 的 
操作 行为 。 

(8) 顺序 图 (Sequence Diagram) : 又 称 为 时 序 图 或 序列 图 ,对 应 于 行为 视图 。 顺 序 图 用 
于 表示 对 象 之 间 的 交互 ,重点 表示 对 象 之 间 发 送 消 息 的 时 间 顺 序 。 在 本 章 1. 3 节 将 学 习 顺 
序 图 。 
(9) 通信 图 (Communication Diagram) : 在 UML 1. x 中 称 为 协作 图 ,对 应 于 行为 视图 。 
通信 图 展示 了 一 组 对 象 . 这 些 对 象 间 的 连接 以 及 它们 之 间 收 发 的 消息 。 它 与 顺序 图 是 同 
构图 ,也 就 是 它们 包含 了 相同 的 信息 ,只 是 表达 方式 不 同 而 已 ,通信 图 与 顺序 图 可 以 相互 
转换 。 

(10) 定时 图 (Timing Diagram) : UML 2.0 的 新 增 图 .对 应 于 行为 视图 。 定 时 图 采用 一 
种 带 数字 刻度 的 时 间 轴 来 精确 地 描述 消息 的 顺序 ,而 不 是 像 顺 序 图 那样 只 是 指定 消息 的 相 
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对 顺序 ,而 且 它 还 允许 可 视 化 地 表示 每 条 生命 线 的 状态 变化 , 当 需 要 对 实时 事件 进行 定义 
时 ,定时 图 可 以 很 好 地 满足 要 求 。 

(11) 交互 概览 图 (Interaction Overview Diagram): UML 2.0 新 增 图 ,对 应 于 行为 视 
图 。 交 互 概览 图 是 交互 图 与 活动 图 的 混合 物 ,可 以 把 交互 概览 图 理解 为 细 化 的 活动 图 ,在 其 
中 的 活动 都 通过 一 些小 型 的 顺序 图 来 表示 ; 也 可 以 将 其 理解 为 利用 标明 控制 流 的 活动 图 分 
解 过 的 顺序 图 。 

在 UML 中 ,顺序 图 .通信 图 .定时 图 和 交互 概览 图 又 统称 交互 图 (Interactive Diagram)。 
交互 图 是 表示 各 对 象 如 何 依据 某 种 行为 进行 协作 的 模型 ,通常 可 以 使 用 一 个 交互 图 来 表示 
和 说 明 一 个 用 例 的 行为 。 

(12) 组 件 图 CComponent Diagram) : 又 称 为 构件 图 ,对 应 于 实现 视图 。 组件 图 用 于 描 
述 每 个 功能 所 在 的 组 件 位 置 以 及 它们 之 间 的 关系 。 

(13) 部 署 图 (Deployment Diagram) : 又 称 为 实施 图 ,对 应 于 环境 视图 。 部 署 图 用 于 描 
述 软 件 中 各 个 组 件 驻 留 的 硬件 位 置 以 及 这 些 硬件 之 间 的 交互 关系 。 

在 设计 模式 的 学 习 中 ,我 们 将 使 用 到 类 图 ,顺序 图 和 状态 图 ,因此 本 章 只 重点 学 习 这 三 
种 图 ,其 他 UML 图 形 请 参考 专门 的 UML 教材 ,本 书 不 予 详 细 介 绍 。 

3. 模型 元 素 (Model Element) 

在 UML 中 ,模型 元 素 包 括 事物 以 及 事物 与 事物 之 间 的 联系 。 事物 是 UML 的 重要 组 
成 部 分 , 它 代表 任何 可 以 定义 的 东西 。 事 物 之 间 的 关系 把 事物 联系 在 一 起 ,组 成 有 意义 的 结 
构 模 型 。 每 一 个 模型 元 素 都 有 一 个 与 之 相对 应 的 图 形 元 素 ( 如 类 、 对 象 消 息 、 组 件 、 节 点 等 
事物 ) 以 及 它们 之 间 的 关系 (如 关联 关系 \ 泛 化 关系 、 依 赖 关系 等 ) 。 

同一 个 模型 元 素 可 以 在 不 同 的 UML 图 中 使 用 ,但 是 无 论 在 哪个 图 中 ,同一 个 模型 元 素 
都 需要 保持 相同 的 意义 ,使 用 相同 的 符号 。 

4. 通用 机 制 (General Mechanism) 

UML 提供 的 通用 机 制 为 模型 元 素 提 供 额 外 的 注释 ,修饰 和 语义 等 ,主要 包括 规格 说 
明 ,修饰 .公共 分 类 和 扩展 机 制 四 种 。 扩 展 机 制 允 许 用 户 对 UML 进行 扩展 ,以 便 一 个 特定 
的 方法 ,过程 组织 或 用 户 来 使 用 。 


1.1.3 UML 的 特点 


UML 已 成 为 用 于 描绘 软件 蓝图 的 标准 语言 , 它 可 用 于 对 软件 密集 型 系统 进行 建 模 , 其 
主要 特点 如 下 。 
(1) 工程 化 : UML 的 引入 可 以 使 得 软件 工程 与 其 他 工程 领域 一 样 ,根据 需求 创建 模 
型 ,再 通过 模型 来 指导 实施 。 这 些 模 型 可 以 指导 软件 开发 的 各 个 阶段 ,而 且 由 于 模型 的 创建 
工作 在 实施 之 前 完成 ,所 以 ,使 用 模型 来 验证 需求 可 以 让 用 户 及 早 发 现 问 题 ,减少 系统 的 开 
发 风险 ,降低 开发 和 维护 成 本 。 

(2) 规范 化 : UML 通过 一 套 标准 的 符号 对 系统 进行 建 模 ,对 于 相同 的 符号 不 同 的 用 户 
都 有 相同 的 理解 ,让 用 户 之 间 可 以 进行 高 效 的 沟通 和 交流 。 

(3) 可 视 化 : UML 提供 一 组 图 形 符号 对 系统 进行 可 视 化 建 模 , 促 进 对 问题 的 理解 和 交 
流 , 也 可 以 帮助 设计 者 直观 地 发 现 设计 中 存在 的 问题 , 避 兔 和 减少 设计 缺陷 的 产生 。 
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(4) 系统 化 : UML 提供 了 5 大 视图 和 13 种 图 ,它们 从 不 同 的 角度 对 同一 个 软件 进行 
系统 化 建 模 , 每 一 个 视图 和 图 都 显示 软件 系统 的 一 个 特定 方面 ,它们 各 有 所 长 ,相互 补充 ,一 
起 构造 出 一 个 系统 的 完整 蓝图 。 

(5) 文档 化 : 在 使 用 UML 进行 设计 的 同时 可 以 产生 出 相应 的 系统 设计 文档 ,程序 员 基 
于 这 些 文档 可 以 更 加 清楚 系统 的 目标 。 当 需要 对 现 有 系统 进行 修改 时 ,可 以 找到 对 应 的 
UML 文档 ,节省 系统 学 习 时 间 , 提 高 修改 效率 ,降低 维护 成 本 ,新 的 开发 人 员 也 可 以 通过 
UML 图 形 文档 资料 尽快 熟悉 项 目 并 投入 开发 工作 。 

(6) 智能 化 : 大 部 分 UML 建 模 工 具 ( 如 Rose、Together、PowerDesigner 等 ) 都 提供 了 
正 向 工程 与 道 向 工程 ,可 以 通过 这 些 CASE 工具 提供 的 代码 生成 器 将 UML 模型 转换 成 多 
种 语言 的 程序 代码 ,也 可 以 使 用 逆向 工具 将 源 代 码 转换 成 UML 模型 。 这 些 智 能 化 的 转换 
可 以 提高 开发 效率 ,方便 人 们 理解 复杂 系统 。 


1.2 类 图 


类 图 是 使 用 频率 最 高 的 UML 图 之 一 。Martin Fowler 的 著作 UML Distilled: A 
Brief Guide to the Standard Object Modeling Language， Third Edition (UML 精粹 : 标 
准 对 象 建 模 语言 简明 指南 (第 3 版 )) 中 有 这 么 一 段 : “If someone were to come up to you in 


a dark alley and say, “Psst, wanna see a UML diagram?’ that diagram would probably be 


a class diagram. The majority of UML diagrams I see are class diagrams. ”(“ 如 果 有 人 在 黑 
暗 的 小 埠 中 向 你 走 来 并 对 你 说 :“ 嘿 , 想 不 想 看 一 张 UML 图 ?那么 这 张 图 很 有 可 能 就 是 一 
张 类 图 ,我 所 见 过 的 大 部 分 的 UML 图 都 是 类 图 ”) ,由 此 可 见 类 图 的 重要 性 。 在 设计 模式 
中 ,我 们 将 使 用 类 图 来 描述 一 个 模式 的 结构 ,通过 类 图 来 分 析 每 一 个 模式 实例 。 


1.2.1 类 与 类 图 


类 (Class) 封 装 了 数据 和 行为 ,是 面向 对 象 的 重要 组 成 部 分 , 它 是 具有 相同 属性 、 操 作 、 
关系 的 对 象 集合 的 总 称 。 在 系统 中 ,每 个 类 具有 一 定 的 职责 ,职责 指 的 是 类 所 担任 的 任务 ， 
即 类 要 完成 什么 样 的 功能 ,要 承担 什么 样 的 义务 。 一 个 类 可 以 有 多 种 职责 ,设计 得 好 的 类 一 
般 只 有 一 种 职责 。 在 定义 类 的 时 候 , 将 类 的 职责 分 解 成 为 类 的 属性 和 操作 ( 即 方法 ) 。 类 的 
属性 即 类 的 数据 职责 ,类 的 操作 即 类 的 行为 职责 

在 软件 系统 运行 时 ， 类 将 被 实例 化 成 对 象 (Object)， 对 象 对 应 于 某 个 具体 的 事物 。 类 是 
对 一 组 具有 相同 属性 、 表 现 相同 行为 的 对 象 的 抽象 ,对 象 是 类 的 实例 (Instance)。 

类 图 (Class Diagram) 通 过 出 现在 系统 中 的 不 同类 来 描述 系 
统 的 静态 结构 ,类 图 用 来 描述 不 同 的 类 和 它们 之 间 的 关系 。 在 
UML 中 ,类 使 用 具有 类 名 称 、 属 性 、 操 作 分 隔 的 长 方形 来 表示 。 
如 定义 一 个 类 Employee, 它 包含 属性 name、age 和 email, 以 及 操 
作 modifyInfo() ,在 UML 类 图 中 该 类 如 图 1-2 所 示 。 

该 类 对 应 的 Java 代码 如 下 : 


图 1-2 类 的 UML 图 示 


时 
”本 
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从 图 1-2 可 知 ,在 UML 类 图 中 ,类 一 般 由 三 部 分 组 成 。 

(1) 类 名 : 每 个 类 都 必须 有 一 个 名 字 , 类 名 是 一 个 字符 串 。 如 Order、Customer 都 是 合 
法 的 类 名 ,按照 Java 语言 的 命名 规范 ,类 名 中 每 一 个 单词 的 首 字母 均 大 写 。 

(2) 属性 (Attributes): 属性 是 指 类 的 性 质 , 即 类 的 成 员 变量 。 类 可 以 有 任意 多 个 属 
性 ,也 可 以 没有 属性 。 

UML 规定 属性 的 表示 方式 为 : 


其 中 ， 

@ 可 见 性 表示 该 属性 对 类 外 的 元 素 是 否 可 见 , 包 括 公 有 (public) 、 私 有 (private) 和 受 保 
护 (protected) 三 种 ,在 类 图 中 分 别 用 符号 "十 “一 ”和 “# ”表示 。jJava 语言 增加 了 一 种 包 内 
可 见 性 (package) ,在 UML 中 用 符号 ”x* ”表示 。 为 了 保证 数据 的 封装 性 ,属性 的 可 见 性 一 
般 为 private, 通 过 公有 的 Getter 方法 和 Setter 方法 供 外 界 使 用 。 

@ 名 称 表示 属性 名 ,用 一 个 字符 串 表 示 ,按照 Java 语言 的 命名 规范 ,属性 名 第 一 个 单 
词 首 字母 一 般 小 写 ,之 后 每 个 单词 首 字母 大 写 。 

@ 类 型 表示 定义 属性 的 数据 类 型 ,可 以 是 基本 数据 类 型 ,也 可 以 是 用 户 自 定义 类 型 。 

@ 默认 值 是 一 个 可 选项 , 即 属性 的 初始 值 。 

在 图 1-3 中 ,name 属性 的 可 见 性 为 public( 十 ) ,类 型 为 
字符 串 型 (String), 没有 默认 值 ， age 属性 的 可 见 性 为 
protected( 并 ) ,类 型 为 整 型 (int) ,默认 值 为 25; email 属性 的 
可 见 性 为 private( 一 ) ,类 型 为 字符 串 型 (String), 没有 默 图 1-3 类 图 属性 说 明示 意图 
认 值 。 

(3) 类 的 操作 (Operations) : 操作 是 类 的 任意 一 个 实例 对 象 都 可 以 使 用 的 行为 ,操作 是 
类 的 成 员 方法 。 

UML 规定 操作 的 表示 方式 为 : 


其 中 : 
中 可 见 性 的 定义 与 属性 定义 相同 。 
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@ 名 称 即 操作 名 或 方法 名 ,用 一 个 字符 串 表示 ,按照 Java 语言 的 命名 规范 ,方法 名 第 
一 个 单词 首 字 和 母 一 般 小 写 ,之 后 每 个 单词 首 字母 大 写 。 

@ 参数 列表 表示 操作 的 参数 ,其 语法 与 属性 的 表示 相同 ,参数 个 数 是 任意 的 ,多 个 参数 
之 间 用 逗号 “,” 隔 开 。 

@ 返回 类 型 是 一 个 可 选项 ,表示 方法 的 返回 值 类 型 ,依赖 于 具体 的 编程 语言 ,可 以 是 基 
本 数据 类 型 ,也 可 以 是 用 户 自 定义 类 型 ,还 可 以 是 空 类 型 (void) 。 如 果 是 构造 方法 , 则 无 返 
回 类 型 。 

在 图 1-4 中 ,操作 methodl 的 可 见 性 为 public( 十 ), 带 入 了 一 个 Object 类 型 的 参数 par， 
返回 值 为 空 (void); 操作 method2 的 可 见 性 为 protected(#), 无 参数 ,返回 值 为 String 类 
型 ; 操作 method3 的 可 见 性 为 private( 一 ) ,包含 两 个 参数 ,其 中 一 个 参数 为 int 类 型 , 另 一 
个 为 int[] 类 型 ,返回 值 为 int 类 型 。 

由 于 在 Java 语言 中 允许 出 现 内 部 类 ,因此 可 能 会 出 现 包 含 4 个 部 分 的 类 图 ,如 图 1-5 
所 示 。 


图 1-4 类 图 操作 说 明示 意图 图 1-5 包含 内 部 类 的 类 图 


1.2.2 类 之 间 的 关系 


在 软件 系统 中 ,类 不 是 孤立 存在 的 ,类 与 类 之 间 存 在 相互 关系 ,因此 需要 通过 UML 来 
描述 这 些 类 之 间 的 关系 。 类 之 间 具 有 如 下 几 种 关系 。 


1. 关联 关系 


关联 关系 (Association) 是 类 与 类 之 间 最 常用 的 一 种 关系 , 它 是 一 种 结构 化 关系 ,用 于 表 
示 一 类 对 象 与 另 一 类 对 象 之 间 有 联系 ,如 汽车 和 轮胎 . 师 倩 和 徒弟 .班级 和 学 生 等 。 在 
UML 类 图 中 ,用 实 线 连接 有 关联 的 对 象 所 对 应 的 类 ,在 使 用 Java、C# 和 C++ 等 编程 语言 实 
现 关联 关系 时 ,通常 将 一 个 类 的 对 象 作为 男 一 个 类 的 属性 。 在 使 用 类 图 表示 关联 关系 时 可 
以 在 关联 线 上 标注 角色 名 ,一 般 使 用 一 个 表示 两 者 之 间 关 系 的 动词 或 者 名 词 表 示 角 色 名 (有 
时 该 名 词 为 实例 对 象 名 ) ,关系 的 两 端 代表 不 同 的 两 种 角色 ,因此 在 一 个 关联 关系 中 可 以 包 
含 两 个 角色 名 。 角 色 名 不 是 必需 的 ,可 以 根据 需要 增加 ,其 目的 是 使 类 之 间 的 关系 更 加 明确 。 

例如 ,在 一 个 登录 界面 类 LoginForm 中 包含 一 个 JButton 类 型 的 注册 按钮 
loginButton ,它们 之 间 可 以 表示 为 关联 关系 ,代码 实现 时 可 以 在 LoginForm 中 定义 一 个 名 
为 loginButton 的 属性 对 象 ,其 类 型 为 JButton ,如 图 1-6 所 示 。 


让 


图 1-6 关联 关系 实例 
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以 下 Java 代码 片段 与 图 1-6 相对 应 : 


public class LoginForm 
{ 
private JButton loginButton; 


} 


public class JButton 
{ 


1 


在 UML 中 ,关联 关系 有 如 下 几 种 类 型 。 

(1) 双向 关联 。 默 认 情 况 下 ,关联 是 双向 的 。 例 如 ,顾客 (Customer) 购 买 商品 (Product) 并 
拥有 商品 ; 反之 , 卖 出 的 商品 总 有 某 个 顾客 与 之 相关 联 。 因 此 ,Customer 类 和 Product 类 之 
间 具 有 关联 关系 ,如 图 1-7 所 示 。 


以 下 Java 代码 片段 与 图 1-7 相对 应 : 
public class Customer 
Private Product[ ] products; 
} 
public class Product 


0 


Private Customer customer; 


1 


(2) 单 向 关联 。 类 的 关联 关系 也 可 以 是 单 向 的 , 单 向 关联 用 带 箭头 的 实 线 表示 。 例 如 ， 
顾客 (Customer) 拥 有 地 址 (Address) , 则 Customer 类 与 Address 类 具有 单 向 关联 关系 ,如 


图 1-8 所 示 。 
Customer Address 
- address : Address UL > 


以 下 Java 代码 片段 与 图 1-8 相对 应 : 


public class Customer 
{ 
private Address address; 


i 


public class Address 
1 


} 
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双向 关联 关系 可 以 有 两 个 角色 名 ,而 单 向 关联 关系 只 有 一 个 角色 名 ; 双向 关联 用 直线 


表示 , 单 向 关联 则 用 直线 加 箭头 表示 。 

(3) 自 关联 。 在 系统 中 可 能 会 存在 一 些 类 的 属性 
对 象 类 型 为 该 类 本 身 , 这 种 特殊 的 关联 关系 称 为 自 关 
联 。 例 如 ,一 个 节点 类 (Node) 的 成 员 又 是 节点 对 象 , 如 
图 1-9 所 示 。 

以 下 Java 代码 片段 与 图 1-9 相对 应 : 

public class Node 

{ 

private Node subNode; 


} 


Node 


- SubNode : Node 


contains 


(4) 多 重 性 关联 。 多 重 性 关联 关系 又 称 为 重 数 性 关联 关系 (Multiplicity) ,表示 一 个 类 
的 对 象 与 另 一 个 类 的 对 象 连接 的 个 数 。 在 UML 中 多 重 性 关联 关系 可 以 直接 在 关联 直线 上 


增加 一 个 数字 表示 与 之 对 应 的 另 一 个 类 的 对 象 的 个 数 。 


类 的 对 象 之 间 存在 多 种 多 重 性 关联 关系 ,常见 的 多 重 性 定义 如 表 1-1 所 示 。 


表 1-1 ”多重 性 表示 方式 列表 
表示 方式 多 重 性 说 明 
Dall 表示 另 一 个 类 的 一 个 对 象 只 与 一 个 该 类 对 象 有 关系 
0.. 关 表示 另 一 个 类 的 一 个 对 象 与 零 个 或 多 个 该 类 对 象 有 关系 
Ys 表示 另 一 个 类 的 一 个 对 象 与 一 个 或 多 个 该 类 对 象 有 关系 
0..1 表示 另 一 个 类 的 一 个 对 象 没有 或 只 与 一 个 该 类 对 象 有 关系 
m..n 表示 另 一 个 类 的 一 个 对 象 与 最 少 m、 最 多 n 个 该 类 对 象 有 关系 (mn) 


例如 ,一 个 界面 (Form) 可 以 拥有 零 个 或 多 个 按钮 (Button) ,但 是 一 个 按钮 只 能 属于 一 
个 界面 。 因 此 ,一 个 Form 类 的 对 象 可 以 与 零 个 或 多 个 Button 类 的 对 象 相 关联 ,但 一 个 
Button 类 的 对 象 只 能 与 一 个 Form 类 的 对 象 关联 ,如 图 1-10 所 示 。 
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Form Button 
- buttons : Button[] 一 一- 


以 下 Java 代码 片段 与 图 1-10 相对 应 : 


public class Form 


{ 
private Button[ ] buttons; 


3 


public class Button 


} 


(5) 聚合 关系 。 聚 合 关系 (Aggregation) 表示 一 个 整体 与 部 分 的 关系 。 通 常 在 定义 一 
个 整体 类 后 ,再 去 分 析 这 个 整体 类 的 组 成 结构 ,从 而 找 出 一 些 成 员 类 ,该 整体 类 和 成 员 类 之 
间 就 形成 了 聚合 关系 。 如 一 台 计 算 机 包含 显示 器 主机, 键盘、 鼠标 等 部 分 ,就 可 以 使 用 聚合 
关系 来 描述 整体 与 部 分 之 间 的 关系 。 在 聚合 关系 中 ,成 员 类 是 整体 类 的 一 部 分 , 即 成 员 对 象 
是 整体 对 象 的 一 部 分 ,但 是 成 员 对 象 可 以 脱离 整体 对 象 独立 存在 。 在 UML 中 ,聚合 关系 用 
带 空心 鞭 形 的 直线 表示 。 例 如 ,汽车 发 动机 (Engine) 是 汽车 (Car) 的 组 成 部 分 ,但 是 汽车 发 
动机 可 以 独立 存在 ,因此 汽车 和 发 动机 是 聚合 关系 ,如 图 1-11 所 示 。 


= = Car Engine 
- engine : Engine contains 
+ Car (Engine engine) -| 
+ setEngine (Engine engine) : void 


以 下 Java 代码 片段 与 图 1-11 相对 应 : 


public class Car 
{ 
private Engine engine; 
public Car(Engine engine) 
i 
this.engine = engine; 
1 


public void setEngine(Engine engine) 
{ 
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this. engine = engine; 


} 


public class Engine 
{ 


】 


在 上 述 代 码 中 ,Car 中 定义 了 一 个 Engine 类 型 的 成 员 变量 ,从 语义 上 来 说 ,Engine 是 
Car 的 一 部 分 ,但 是 Engine 对 象 可 以 脱离 Car 单独 存在 。 因 此 ,在 类 Car 中 并 不 直接 实例 
化 Engine, 而 是 通过 构造 方法 或 者 设 值 方法 Setter 将 在 类 外 部 实例 化 好 的 Engine 对 象 以 参数 
形式 传人 到 Car 中 ,这 种 传人 方式 称 为 注 和 (Injection) 。 正 因为 Car 和 Engine 的 实例 化 时 刻 不 
相同 ,因此 它们 之 间 不 存在 生命 周期 的 制约 关系 ,而 仅仅 只 是 整体 与 部 分 之 间 的 关系 而 已 。 

(6) 组 合 关系 。 组 合 关系 (Composition) 也 表示 类 之 间 整 体 和 部 分 的 关系 ,但 是 组 合 关 
系 中 部 分 和 整体 具有 统一 的 生存 期 。 一 旦 整体 对 象 不 存在 ,部 分 对 象 也 将 不 存在 ,部 分 对 象 
与 整体 对 象 之 间 具 有 同 生 共 死 的 关系 。 例 如 一 个 界面 对 象 与 其 包含 的 按钮 .文本 框 .静态 文 
本 等 成 员 对 象 ,如 果 界 面 对 象 在 内 存 中 被 销毁 , 则 所 有 成 员 均 被 销毁 。 在 组 合 关系 中 ,成 员 
类 是 整体 类 的 一 部 分 ,而 且 整 体 类 可 以 控制 成 员 类 的 生命 周期 , 即 成 员 类 的 存在 依赖 于 整体 
类 。 在 UML 中 ,组 合 关 系 用 带 实心 萎 形 的 直线 表示 。 例 如 ,人 的 头 (Head) 与 嘴巴 (Mouth)， 
嘴巴 是 头 的 组 成 部 分 之 一 ,而 且 如 果 头 没 了 , 则 嘴巴 也 就 没 了 ,因此 头 和 嘴巴 是 组 合 关系 ,如 
图 1-12 所 示 。 


Head Mouth 


以 下 Java 代码 片段 与 图 1-12 相对 应 : 


public class Head 
Private Mouth mouth; 
public Head() 
{ 
mouth = new Mouth(); 
} 


) 


public class Mouth 
{ 
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在 上 述 代码 中 ,Head 中 定义 了 一 个 Mouth 类 型 的 成 员 ,而 且 在 Head 的 构造 函数 中 实 
例 化 了 Mouth 对 象 ,因此 在 创建 Head 对 象 的 同时 将 创建 Mouth 对 象 ,在 销毁 Head 对 象 
的 同时 销毁 Mouth 对 象 。 它 们 之 间 不 仅仅 只 是 整体 与 部 分 之 间 的 关系 ,而 且 整 体 还 可 以 控 
制 部 分 的 生命 周期 。 

聚合 关系 表示 整体 与 部 分 的 关系 比较 弱 , 而 组 合 关系 比较 强 ; 聚合 关系 中 代表 部 分 事 
物 的 对 象 与 代表 整体 事物 的 对 象 的 生存 期 无 关 , 删 除 整体 对 象 并 不 表示 部 分 对 象 被 删除 。 
从 代码 实现 的 角度 来 看 也 略 有 区 别 ,聚合 关系 通过 对 象 注入 的 方式 来 实现 ,而 组 合 关系 通过 
在 整体 类 的 构造 函数 中 实例 化 成 员 类 来 实现 ,但 是 它们 的 共同 点 是 一 个 类 的 实例 为 男 一 个 
类 的 成 员 对 象 。 

聚合 关系 和 组 合 关系 与 普通 的 关联 关系 主要 是 语义 上 的 区 别 ,如 表示 客户 类 与 产品 类 
的 关系 就 不 能 用 聚合 和 组 合 ,因为 产品 并 不 是 客户 的 一 部 分 ,不 存在 整体 与 部 分 关系 ,只 能 
用 普通 的 关联 关系 。 

2. 依赖 关系 


依赖 关系 (Dependency) 是 一 种 使 用 关系 ,特定 事物 的 改变 有 可 能 会 影响 到 使 用 该 事物 
的 其 他 事物 ,在 需要 表示 一 个 事物 使 用 另 一 个 事物 时 使 用 依赖 关系 。 大 多 数 情 况 下 ,依赖 关 
系 体 现在 某 个 类 的 方法 使 用 另 一 个 类 的 对 象 作为 参数 。 在 UML 中 ,依赖 关系 用 带 箭头 的 
虚线 表示 ,由 依赖 的 一 方 指向 被 依赖 的 一 方 。 例 如 ,驾驶 员 开 车 ,在 Driver 类 的 drive() 方 法 
中 将 Car 类 型 的 对 象 car 作为 一 个 参数 传递 ,以便 在 drive() 方 法 中 能 够 调用 car 的 move() 
方法 , 且 驾 驶 员 的 drive() 方 法 依赖 车 的 move() 方 法 ,因此 类 Driver 依赖 类 Car, 如 图 1-13 
所 示 。 


\ 
\ 


以 下 Java 代码 片段 与 图 1-13 相对 应 : 


图 1-13 依赖 关系 实例 
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} 


在 具体 实现 时 ,如 果 在 一 个 类 的 方法 中 调用 了 另 一 个 类 的 静态 方法 ,或 在 一 个 类 的 方法 
中 定义 了 另 一 个 类 的 对 象 作为 其 局 部 变量 ,也 是 依赖 关系 的 一 种 表现 形式 ,但 是 那些 关系 需 
要 在 实现 阶段 慢 慢 浮现 出 来 ,在 分 析 设 计 阶段 可 以 暂时 不 也 考虑 。 

3. 泛 化 关系 

泛 化 关系 (Generalization) 也 就 是 继承 关系 ,也 称 为 “is-a-kind-of” 关 系 , 泛 化 关系 用 于 描 
述 父 类 与 子 类 之 间 的 关系 , 父 类 又 称 作 基 类 或 超 类 , 子 类 又 称 作 派生 类 。 在 UML 中 , 泛 化 
关系 用 带 空心 三 角形 的 直线 来 表示 。 在 代码 实现 时 ,使 用 面向 对 象 的 继承 机 制 来 实现 泛 化 
关系 ,如 在 Java 语言 中 使 用 extends 关键 字 、 在 C++/C# 中 使 用 冒号 “; ”来 实现 。 例 如 ， 
Student 类 和 Teacher 类 都 是 Person 类 的 子 类 ,Student 类 和 Teacher 类 继承 了 Person 类 
的 属性 和 方法 ,Person 类 的 属性 包含 姓名 (name) 和 年 龄 (age) ,每 一 个 Student 和 Teacher 
也 都 具有 这 两 个 属性 ,另外 Student 类 增加 了 属性 学 号 (studentNo) ,Teacher 类 增加 了 属性 
教师 编号 (teacherNo), Person 类 的 方法 包括 行走 move() 和 说 话 say(),Student 类 和 
Teacher 类 继承 了 这 两 个 方法 ,而 且 Student 类 还 新 增 方 法 study() ,Teacher 类 还 新 增 方法 
teach() ,如 图 1-14 所 示 。 


Person 
# name : String 
#age :int 
+ move () : void 
+say() :void 
7 
Student Teacher 
-~ studentNo : String - teacherNo : String 
+ study () : void + teach () : void 


以 下 Java 代码 片段 与 图 1-14 相对 应 : 


public class Person 

:| 
protected String name; 
protected int age; 
public void move( ) 
L 


} 
public void say() 
t 


} 
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y 


public class Student extends Person 
private String studentNo; 
public void study() 
{ 


} 
} 


public class Teacher extends Person 
{ 
private String teacherNo; 
public void teach( ) 
下 


} 
} 


4. 接口 与 实现 关系 


在 很 多 面向 对 象 语言 中 都 引入 了 接口 的 概念 ,如 Java、C# 等 。 在 接口 中 ,一 般 没有 属 
性 ,而 且 所 有 的 操作 都 是 抽象 的 ,只 有 操作 的 声明 ,没有 操作 的 实现 。UML 中 用 与 类 的 表 


示 法 类 似 的 方式 表示 接口 ,如 图 1-15 所 示 。 


接口 之 间 也 可 以 有 与 类 之 间 关 系 类 似 的 继承 关系 和 依赖 关系 ,但 是 接口 和 类 之 间 还 存 
在 一 种 实现 关系 (Realization) 。 在 这 种 关系 中 ,类 实现 了 接口 ,类 中 的 操作 实现 了 接口 中 所 
声明 的 操作 。 在 UML 中 ,类 与 接口 之 间 的 实现 关系 用 带 空心 三 角形 的 虚线 来 表示 。 例 如 ， 
定义 了 一 个 交通 工具 接口 Vehicle, 其 中 有 一 个 抽象 操作 move() ,在 类 Ship 和 类 Car 中 都 


实现 了 该 move() 操 作 , 不 过 具体 的 实现 细节 将 会 不 一 样 ,如 图 1-16 所 示 。 


~” vehicle 


+ move () : void 


人 
1 
EE ee 
区 Animal 
| Ship 
+ move () :void 
+ sound () : void + move () : void 


实现 关系 在 用 代码 实现 时 ,不 同 的 面向 对 象 语言 也 提供 了 不 同 的 语法 ,如 在 Java 语言 


中 使 用 implements 关键 字 、 在 Ct++/C# 中 使 用 冒号 *: ”来 实现 。 
以 下 Java 代码 片段 与 图 1-16 相对 应 : 


public interface Vehicle 


+ move () : void 
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{ 
public void move(); 


} 


public class Ship implements Vehicle 
{ 

public void move( ) 

{ 


} 
有 


public class Car implements Vehicle 
. 
public void move( ) 


} 


1.2.3 类 图 实例 


下 面 通过 一 个 简单 实例 来 学 习 如 何在 实际 项 目 中 绘制 类 图 。 

1. 实例 说 明 

某 基于 Java 语言 的 C/S 软件 需要 提供 注册 功能 ,下 面 简要 描述 功能 。 

用 户 通过 注册 界面 (RegisterForm) 输 入 个 人 信息 , 单 击 “注册 ?按钮 后 将 输入 的 信息 通 
过 一 个 封装 用 户 输入 数据 的 对 象 (UserDTO) 传 递 给 操作 数据 库 的 数据 访问 类 ,为 了 提高 系 
统 的 扩展 性 ,针对 不 同 的 数据 库 可 能 需要 提供 不 同 的 数据 访问 类 ,因此 提供 了 数据 访问 类 接 
口 ,如 IUserDAO, 每 一 个 具体 数据 访问 类 都 是 某 一 个 数据 访问 类 接口 的 实现 类 ,如 
OracleUserDAO 就 是 一 个 专门 用 于 访问 Oracle 数据 库 的 数据 访问 类 。 

根据 以 上 描述 绘制 类 图 。 为 了 简化 类 图 ,个 人 信息 仅 包 括 账 号 (userAccount) 和 密码 
CuserPassword), 且 界面 类 无 须 涉 及 界面 细节 元 素 。 

2. 实例 解析 

在 以 上 功能 说 明 中 ,可 以 分 析出 该 系统 包括 三 个 类 和 一 个 接口 ,这 三 个 类 分 别 是 注册 界 
面 类 RegisterForm 用 户 数据 传输 类 UserDTO .Oracle 用 户 数 据 访 问 类 OracleUserDAO， 
接口 是 抽象 的 用 户 数据 访问 接口 IUserDAO。 它 们 之 间 的 关系 如 下 。 

(1) 在 RegisterForm 中 需要 使 用 UserDTO 类 传输 数据 且 需 要 使 用 数据 访问 类 来 操作 
数据 库 , 因此 RegisterForm 与 UserDTO 和 IUserDAO 之 间 存 在 关联 关系 ,在 
RegisterForm 中 可 以 直接 实例 化 UserDTO, 因 此 它们 之 间 可 以 使 用 组 合 关联 。 

(2) 于 数据 库 类 型 需要 灵活 更 换 , 因 此 在 RegisterForm 中 不 能 直接 实例 化 
IUserDAO 的 子 类 ,可 以 针对 接口 IUserDAO 编程 ,再 通过 注入 的 方式 传人 一 个 IUserDAO 
接口 的 子 类 对 象 (后续 章 节 将 介绍 如 何 具体 实现 ) ,因此 RegisterForm 和 IUserDAO 之 间 具 
有 聚合 关联 关系 。 
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(3) OracleUserDAO 是 实现 了 IUserDAO 接口 的 子 类 ,因此 它们 之 间 具 有 类 与 接口 的 
实现 关系 。 

(4) 在 声明 IUserDAO 接口 的 增加 用 户 信 息 方 法 addUser() 时 ,需要 将 在 界面 类 中 实 
例 化 的 UserDTO 对 象 作 为 参数 传递 进来 ,然后 取出 封装 在 UserDTO 对 象 中 的 数据 插入 数 
据 库 ,因此 addUser() 方 法 的 函数 原型 可 以 定义 为 : public boolean addUser (UserDTO 
user) ,在 IUserDAO 的 方法 addUser() 中 将 UserDTO 类 型 的 对 象 作 为 参数 , 故 IUserDAO 
与 UserDTO 存在 依赖 关系 。 

通过 以 上 分 析 , 该 实例 参考 类 图 如 图 1-17 所 示 。 


图 1-17 注册 功能 参考 类 图 


注意 : 在 绘制 类 图 或 其 他 UML 图 形 时 ,可 以 通过 注释 (Comment) 来 对 图 中 的 符号 或 
元 素 进 行 一 些 附加 说 明 ,如 果 需 要 详细 说 明 类 图 中 的 某 一 方法 的 功能 或 者 实现 过 程 , 可 以 使 
用 如 图 1-18 所 示 的 表示 方式 。 


汪 


图 1-18 类 图 注释 实例 


1.3 顺序 图 


顺序 图 是 最 常用 的 系统 动态 建 模 工 具 之 一 :也 是 使 用 频率 最 高 的 交互 图 , 它 用 于 表示 对 
象 之 间 的 动态 交互 ,而 且 以 图 形 化 的 方式 描述 了 对 象 间 消息 传递 的 时 间 顺 序 。 在 设计 模式 
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中 ,我 们 将 使 用 顺序 图 来 描述 某 些 模 式 中 对 象 之 间 的 交互 关系 。 


1.3.1 顺序 图 定义 


顺序 图 (Sequence Diagram) 是 一 种 强调 对 象 间 消息 传递 次 序 的 交互 图 ,又 称 为 时 序 图 
或 序列 图 。 

顺序 图 以 图 形 化 的 方式 描述 了 在 一 个 用 例 或 操作 的 执行 过 程 中 对 象 如 何 通 过 消息 相互 
交互 ,说 明了 消息 如 何在 对 象 之 间 发 送 和 接收 以 及 发 送 的 顺序 。 顺 序 图 允许 直观 地 表示 出 
对 象 的 生存 期 ,在 生存 期 内 ,对 象 可 以 对 输入 消息 做 出 响应 ,还 可 以 发 送 消息 。 

顺序 图 可 以 供 不 同 类 型 的 使 用 者 使 用 : 用 户 可 以 从 顺序 图 中 看 到 业务 过 程 的 细节 ; 分 
析 人 员 可 以 从 顺序 图 中 看 到 业务 处 理 流程 ; 开发 人 员 可 以 看 到 所 需要 开发 的 对 象 以 及 对 这 
些 对 象 的 操作 ; 测试 人 员 可 以 根据 交互 过 程 开发 测试 用 例 。 

在 软件 系统 建 模 中 ,顺序 图 的 使 用 很 灵活 ,通常 包括 如 下 两 种 顺序 图 ， 

(1) 需求 分 析 阶 段 的 顺序 图 : 主要 用 于 描述 用 例 中 对 象 之 间 的 交互 ,可 以 使 用 自然 语 
言 来 绘制 ,用 于 细 化 需求 。 它 从 业务 的 角度 进行 建 模 ,用 描述 性 的 文字 叙述 消息 的 内 容 。 这 
类 顺序 图 在 绘制 时 一 般 使 用 用 户 熟悉 的 业务 语言 来 命名 元 素 , 如 ATM 用 户 、 界 面 对 象 、 数 
据 库 对 象 等 。 

(2) 系统 设计 阶段 的 顺序 图 : 确切 表示 系统 设计 中 对 象 之 间 的 交互 ,考虑 到 具体 的 
系统 实现 ,对 象 之 间 通 过 方法 调用 传递 消息 。 这 类 顺序 图 在 绘制 时 一 般 使 用 较为 专业 的 
技术 语言 来 命名 元 素 , 如 loginForm( 登 录 界 面 对 象 )、userDAO( 用 户 信 息 数 据 操作 对 
象 ) 等 。 


1.3.2 顺序 图 组 成 元 素 与 绘制 


在 UML 中 ,顺序 图 将 交互 关系 表示 为 一 个 二 维 图 ,纵向 是 时 间 轴 ,时 间 沿 竖 线 向 下 
延伸 ; 横向 轴 表 示 了 在 交互 过 程 中 的 独立 对 象 ,对 象 的 活动 用 生命 线 表 示 。 顺 序 图 由 执 
行者 (Actor) ,生命 线 (Lifeline) 、 对 象 (Object) 、 激 活 (Activation) 和 消息 (Message) 等 元 素 
组 成 。 

UML 顺序 图 的 组 成 元 素 说 明 如 下 。 

(1) 执行 者 是 交互 的 发 起 人 ,使 用 与 用 例 图 一 样 的 “小 人 ”符号 表示 ,在 有 些 交互 过 程 中 
无 须 使 用 执行 者 。 

(2) 生命 线 用 一 条 纵向 虚线 表示 。 

(3) 对 象 表示 为 一 个 矩形 ,其 中 对 象 名 称 标 有 下 夯 线 。 

(4) 激活 是 过 程 的 执行 ,包括 等 待 过 程 执行 的 时 间 。 在 顺序 图 中 激活 部 分 替换 生命 线 ， 
使 用 长 条 的 矩形 表示 。 

(5) 消息 是 对 象 之 间 的 通信 ,是 两 个 对 象 之 间 的 单 路 通信 ,是 从 发 送 者 到 接收 者 之 间 的 
控制 信息 流 。 消 息 在 顺序 图 中 由 有 标记 的 箭头 表示 ,箭头 从 一 个 对 象 的 生命 线 指 向 另 一 个 
对 象 的 生命 线 ,消息 按时 间 顺 序 在 图 中 从 上 到 下 排列 。 

(6) 一 个 复杂 的 顺序 图 可 以 划分 为 几 个 小 块 ,每 一 个 小 块 称 为 一 个 交互 片段 
(Interaction Fragment) 。 每 个 交互 片段 由 一 个 大 方 框 包围 .在 方 框 左上 角 的 间隔 区 内 标注 


位。 
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该 交互 片段 的 操作 类 型 ,该 操作 类 型 用 操作 符 表示 ,常用 的 操作 符 包 括 : 


© alt: 
@ opt 
Q@ par 


多 条 路 径 ,条 件 为 真 时 执行 ; 


: 任 选 , 仅 当 条 件 为 真 时 执行 ; 
:并 行 ,每 一 片段 都 并 发 执行 ; 


@ loop :循环 ,片段 可 多 次 执行 。 
如 图 1-19 所 示 的 顺序 图 描述 了 ATM 的 用 户 登 录 流 程 。 


ATM 登 录 


ATM 用 户 E 
1 


插 卡 


1 

1 

1 示 宗 : 码 

i 提示 输入 密码 : 


在 顺序 图 中 ,有 的 消息 对 应 于 激活 ,表示 它 将 ES 


图 1-19 顺序 图 示例 图 


会 激活 一 个 对 象 ,这 种 消息 称 为 调用 消息 (Call 


Message); 


一 个 调用 消息 ,不 会 引发 其 他 对 象 的 活动 ,这 种 消 
息 称 为 发 送 消息 (Send Message); 如 果 对 象 的 一 个 
方法 调用 了 自己 的 另 一 个 方法 时 ,消息 是 由 对 象 发 
送 给 自身 ， 


Message) 。 
顺序 图 


创建 消息 用 


销毁 消息 用 于 调用 对 象 的 销毁 方法 将 一 个 对 象 从 
内 存 中 销毁 ,如 图 1-20 所 示 。 


如 果 消 息 没 有 对 应 激活 框 , 表 示 它 不 是 


这 种 消息 称 为 自身 消息 (Self Call 


中 的 消息 还 包括 创建 消息 和 销毁 消息 ， 
于 使 用 new 关键 字 创 建 男 一 个 对 象 , 而 


图 1-20 ”顺序 图 中 几 类 不 同 的 消息 
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1.3.3 顺序 图 实例 


下 面 通过 一 个 简单 实例 来 学 习 如 何在 实际 项 目 中 绘制 顺序 图 。 

1. 实例 说 明 

某 基 于 Java EE 的 B/S 系统 需要 提供 登录 功能 ,该 功能 简要 描述 如 下 : 用 户 打 开 登 录 
界面 login. jsp 输入 数据 ,向 系统 提交 请 求 ,系统 通过 Servlet 获取 请 求 数据 ,将 数据 传递 给 
业务 对 象 ,业务 对 象 接收 数据 后 再 将 数据 传递 给 数据 访问 对 象 ,数据 访问 对 象 对 数据 库 进 行 
操作 ,查询 用 户 信 息 , 再 返回 查询 结果 。 

根据 以 上 描述 绘制 顺序 图 。 

2. 实例 解析 


通过 分 析 , 可 绘制 如 下 两 种 顺序 图 。 
(1) 需求 分 析 阶 段 的 顺序 图 如 图 1-21 所 示 。 


1 1 1 1 
1 1 1 


人 打开 界面 


1-21 登录 功能 顺序 图 (需求 分 析 ) 


(2) 系统 设计 阶段 的 顺序 图 如 图 1-22 所 示 。 
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SI - 
| 1 
| 


submit 


doPost() 


validate(account,password) 


findUserByAccount(account) 
return userdto 


return userdto 


display 


1 

1 
1 1 
1 1 
1 1 
1 1 
1 1 
1 1 


图 1-22 登录 功能 顺序 图 (系统 设计 ) 


对 于 系统 中 那些 具有 多 种 状态 的 对 象 , 状 态 图 是 一 种 常用 的 建 模 手段 。 状 态 图 用 于 描 
述 对 象 的 各 种 状态 以 及 状态 之 间 的 转换 。 在 设计 模式 中 ,使 用 状态 图 来 描述 某 些 模式 中 对 
象 的 状态 以 及 状态 间 的 转换 。 


1.4.1 状态 图 定义 


状态 图 (Statechart Diagram) 用 来 描述 一 个 特定 对 象 的 所 有 可 能 状态 及 引起 其 状态 转 
移 的 事件 。 我 们 通常 用 状态 图 来 描述 单个 对 象 的 行为 , 它 确定 了 由 事件 序列 引出 的 状态 序 
列 , 但 并 不 是 所 有 的 类 都 需要 使 用 状态 图 来 描述 它 的 行为 ,只 有 那些 具有 重要 交互 行为 的 
类 ,我 们 才 会 使 用 状态 图 来 描述 。 一 个 状态 图 包括 一 系列 的 状态 及 状态 之 间 的 转移 。 

大 多 数 面向 对 象 技术 都 使 用 状态 图 来 描述 一 个 对 象 在 其 生命 周期 中 的 行为 ,对 象 从 产 
生 到 结束 ,可 以 处 于 一 系列 不 同 的 状态 。 状 态 影响 对 象 的 行为 , 当 这 些 状态 的 数目 有 限时 ， 
就 可 以 用 状态 图 来 建 模 对 象 的 行为 。 状 态 图 显示 了 单个 对 象 的 生命 周期 ,在 不 同 状态 下 对 
象 可 能 具有 不 同 的 行为 。 例 如 在 一 个 在 线 订 票 系统 中 ,订单 对 象 就 存在 多 种 状态 ,新 建 的 订 
单 是 允许 被 删除 和 修改 的 ,但 是 不 能 删除 已 经 提交 的 订单 ,对 于 已 经 结束 的 订单 则 不 能 再 修 
改 。 使 用 状态 图 可 以 很 好 地 描述 订单 对 象 的 不 同 状态 以 及 不 同 状态 对 应 的 行为 和 状态 之 间 
的 转换 。 

状态 图 适用 于 描述 在 不 同 用 例 之 间 的 对 象 行为 ,但 并 不 适合 于 描述 包括 若干 协作 的 对 
象 行为 ,因为 一 个 状态 图 只 能 用 于 描述 一 个 类 的 对 象 状态 ,如 果 涉 及 多 个 不 同类 的 对 象 , 则 
需要 使 用 活动 图 。 


贞 
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1.4.2 状态 图 组 成 元 素 与 绘制 


在 UML 状态 图 中 包含 如 下 组 成 元 素 。 

(1) 状态 CState) : 又 称 为 中 间 状 态 , 用 圆 角 矩 形 框 表 示 。 在 一 个 状态 图 中 可 有 多 个 状 
态 , 每 个 状态 包含 两 格 : 上 格 放置 状态 名 称 , 下 格 说 明 处 于 该 状态 时 对 象 可 以 进行 的 活动 
(Action) 。 

(2) 初始 状态 (Initial State) : 又 称 为 初 态 , 用 一 个 黑色 的 实心 圆圈 表示 。 在 一 个 状态 
图 中 只 能 够 有 一 个 初始 状态 。 

(3) 结束 状态 (Final State) : 又 称 为 终止 状态 或 终 态 ,用 一 个 实心 圆 外 加 一 个 圆圈 表 
示 。 在 一 个 状态 图 中 可 能 有 多 个 结束 状态 。 

(4) 转移 (Transition) : 用 从 一 个 状态 到 另 一 个 状态 之 间 的 连 @ 
线 和 箭头 说 明 状态 的 转移 情况 ,并 用 文字 说 明 引 发 这 个 状态 变化 的 
相应 事件 是 什么 。 事 件 有 可 能 在 特定 的 条 件 下 发 生 ,在 UML 中 这 
样 的 条 件 称 为 守护 条 件 (Guard Condition) ,发 生 事件 时 的 处 理 也 称 过 到 


为 动作 (Action) 。 状 态 之 间 的 转移 可 带 有 标注 ,由 三 部 分 组 成 (每 一 
部 分 都 可 省 略 ) ,其 语法 为 : 事件 名 [条 件 ] / 动作 名 。 
状态 图 示意 图 如 图 1-23 所 示 。 
在 一 个 状态 图 中 ,一 个 状态 也 可 以 被 细 分 为 多 个 子 状态 ,包含 3 
8 


Event1 [Condition]/ Action1 


多 个 子 状态 的 状态 称 为 复合 状态 。 如 图 1-24 所 示 ,汽车 的 行驶 状态 
又 包括 三 个 子 状态 ,因此 该 行驶 状态 是 一 个 复合 状态 。 
在 绘制 对 象 的 状态 图 时 ,需要 考虑 如 下 三 个 问题 : 
(1) 对 象 有 哪些 有 意义 的 状态 ; 
(2) 不 同 状态 下 对 象 具有 哪些 行为 ; 图 1-23 状态 图 示意 图 
(3) 这 些 状 态 之 间 如 何 转换 。 


行驶 次 入 1 
启动 换 挡 换 挡 
0 — rr | 医 E 国 -全 -人 
1 搞 接 换 挡 


图 1-24 汽车 状态 图 


1.4.3 状态 图 实例 


下 面 通过 一 个 简单 实例 来 学 习 如 何在 实际 项 目 中 绘制 状态 图 。 

1. 实例 说 明 

某 信 用 卡 系统 账户 具有 使 用 状态 和 冻结 状态 ,其 中 使 用 状态 又 包括 正常 状态 和 透支 状 
态 两 种 子 状态 。 如 果 账 户 余额 小 于 零 则 进入 透支 状态 ,透支 状态 下 既 可 以 存款 又 可 以 取款 ， 
但 是 透支 金额 不 能 超过 5000 元 ; 如 果 余 额 大 于 零 则 进入 正常 状态 ,正常 状态 下 既 可 以 存款 
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又 可 以 取款 ; 如 果 连 续 透 支 100 天 , 则 进入 冻结 状态 ,冻结 状态 下 既 不 能 存款 又 不 能 取款 ， 
必须 要 求 银行 工作 人 员 解 冻 。 用 户 可 以 在 使 用 状态 或 冻结 状态 下 请 求 注销 账户 。 根 据 上 述 
要 求 ,绘制 账户 类 的 状态 图 。 

2. 实例 解析 


通过 分 析 ,可 绘制 出 如 图 1-25 所 示 的 状态 图 。 


注销 / destroy 


冻结 [余额 <0 and 透支 时 间 >100]/ freeze 


解冻 / unfreeze 


注销 / destroy 
图 1-25 账户 类 状态 图 
1.5 本 章 小 结 


(1) UML 是 一 种 分 析 设计 语言 , 即 一 种 建 模 语 言 


言 , 其 结构 主要 包括 视图 图、 模型 元 素 和 通用 机 制 四 部 分 。 


UML 是 由 图 形 符号 表达 的 建 模 语 
(3) 在 UML 2.0 中 ,提供 了 13 种 图 .分别 是 用 例 图 、 类 图 、 对 象 图 、 包 图 、 组 合 结构 图 、 
状态 图 、 活 动 图 ,顺序 图 .通信 图 .定时 图 .交互 概览 图 .组 件 图 和 部 署 图 。 
(4) UML 已 成 为 用 于 描绘 软件 蓝图 的 标准 
和 它们 的 关系 。 


(2) UML 包括 5 种 视图 ,分 别 是 用 户 视图 .结构 视图 ,行为 视图 .实现 视图 和 环境 视图 。 
变 主 福 
模 ,其 主要 特点 包括 : 工程 化 ,规范 化 可视化 、 系 统 化 ,文档 化 和 智能 化 。 


语言 , 它 可 用 于 对 软件 密集 型 系统 进行 建 
(5) 类 图 使 用 出 现在 系统 中 的 不 同类 来 描述 系统 的 静态 结构 ,类 图 用 来 描述 不 同 的 类 
(6) 在 UML 中 ,类 之 间 的 关系 包括 关联 关系 、 依 赖 关 系 、 泛 化 关系 和 实现 关系 ,其 中 关 
联 关系 又 包括 双向 关联 、 单 向 关联 、 自 关联 、 重 数 性 关联 聚合 关 系 和 组 合 关系 。 


(7) 顺序 图 是 一 种 强调 对 象 间 消 息 传递 次 序 的 交互 图 ,又 称 为 时 序 图 或 序列 图 


。 顺 序 
图 以 图 形 化 的 方式 描述 了 在 一 个 用 例 或 操作 的 执行 过 程 中 对 象 如 何 通 过 消息 相互 交互 ,说 


明了 消息 如 何在 对 象 之 间 被 发 送 和 接收 以 及 发 送 的 顺序 。 顺 序 图 允许 直观 地 表示 出 对 象 的 
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生存 期 ,在 生存 期 内 ,对 象 可 以 对 输入 消息 做 出 响应 ,还 可 以 发 送 消息 。 

(8) 顺序 图 由 执行 者 、 生 命 线 、 对 象 、 激 活 、 消 息 和 交互 片段 等 元 素 组 成 。 

(9) 状态 图 用 来 描述 一 个 特定 对 象 的 所 有 可 能 状态 及 引起 其 状态 转移 的 事件 。 我 们 通 
常用 状态 图 来 描述 单个 对 象 的 行为 , 它 确定 了 由 事件 序列 引出 的 状态 序列 ,一 个 状态 图 包括 
一 系列 的 状态 及 状态 之 间 的 转移 。 

(10) 状态 图 由 状态 .初始 状态 .结束 状态 和 转移 等 元 素 组 成 。 在 一 个 状态 图 中 ,一 个 状 
态 也 可 以 被 细 分 为 多 个 子 状态 ,包含 多 个 子 状态 的 状态 称 为 复合 状态 。 


思考 与 练习 


1. 根据 如 下 描述 绘制 类 图 。 

某 商 场 会 员 管理 系统 包含 一 个 会 员 类 (Member) ,会 员 的 基本 信息 包括 会 员 编 号 ,会 员 
姓名 、 联 系 电话 、 电 子 邮箱 、 地 址 等, 会员 可 分 为 金 卡 会 员 (GoldMember) 和 银 卡 会 员 
(SilverMember) 两 种 ,不 同类 型 的 会 员 在 购物 时 可 以 享受 不 同 的 折扣 ; 每 个 会 员 可 以 拥有 
一 个 或 多 个 订单 (Order) ,每 一 个 订单 又 可 以 包含 至 少 一 条 商品 销售 信息 (ProductItem) , 商 
品 销售 信息 包括 订单 编号 、 商 品 编号 、 商 品 数量 .商品 单价 和 折扣 等 ; 每 一 条 商品 销售 信息 
对 应 一 类 商品 (Product) ,商品 信息 包括 商品 编号 .商品 名 称 、 商 品 单价 .商品 库存 量 .商品 产 
地 等 。 

2. 根据 如 下 描述 绘制 顺序 图 。 

图 书 管理 员 打开 借 书 界面 ,输入 借 书 信息 并 提交 借 书 请 求 ; 系统 验证 借 书 卡 状态 ,如 果 
该 借 书 卡 未 借 书 则 记录 借 书 信息 且 修 改 图 书 状 态 和 借 书 卡 状态 ,并 提示 借 书 成 功 , 否 则 提示 
借 书 失败 。 

3. 某 销 售 信息 管理 系统 中 销售 部 员工 可 以 提交 订单 , 刚 提 交 的 订单 为 “初始 "状态 ; 系 
统管 理 员 可 以 处 理 订单 ,如 果 订 单 无 误 , 则 修改 订单 为 “备货 ”状态 ,否则 将 订单 退还 给 提交 
订单 的 销售 部 员工 修改 ,员工 此 时 可 以 取消 订单 ; 仓库 管理 员 备 货 完毕 后 可 将 订单 状态 改 
为 “发 货 ” 状 态 ; 销售 部 员工 在 确认 客户 已 经 收 到 货物 后 ,可 将 订单 改 为 关闭” 状态。 绘制 
状态 图 描述 上 述 过 程 。 


面向 对 象 设计 原则 


本 章 导 学 

对 于 面向 对 象 软件 系统 的 设计 而 言 ,在 支持 可 维护 性 的 同时 ,提高 系统 的 
可 复 用 性 是 一 个 至 关 重 要 的 问题 。 如 何 同时 提高 一 个 软件 系统 的 可 维护 性 和 
可 复 用 性 是 面向 对 象 设计 需要 解决 的 核心 问题 之 一 。 在 面向 对 象 设计 中 ,可 
维护 性 的 复 用 是 以 设计 原则 为 基础 的 。 每 一 个 原则 都 蕴涵 一 些 面 向 对 象 设计 
的 思想 ,可 以 从 不 同 的 角度 提升 一 个 软件 结构 的 设计 水 平 。 


本 章 将 介绍 面向 对 象 七 大 原则 的 定义 ,并 结合 实例 分 析 七 大 原则 的 特点 。 这 七 大 原则 
分 别 是 单一 职责 原则 、 开 闭 原则 、 里 氏 代 换 原则 ,依赖 倒转 原则 、 接 口 隔离 原则 、 合 成 复 用 原 
则 和 过 米 特 法 则 。 
本 章 的 难点 在 于 对 依赖 倒转 原则 ,合成 复 用 原则 和 巡 米 特 法 则 的 理解 。 
单一 职责 原则 重要 等 级 : 胡 友 友 丰 六 
开 闭 原则 重要 等 级 : 友 友 友 友 友 
里 氏 代 换 原则 重要 等 级 : 友 友 友 丰 六 
依赖 倒转 原则 重要 等 级 : 胡 友 友 友 友 
接口 隔离 原则 重要 等 级 : 友 友 交 六 六 
合成 复 用 原则 重要 等 级 : 友 友 友 丰 六 
迪 米 特 法 则 重要 等 级 : 丰 友 友 冯 六 


2.1 面向 对 象 设 计 原 则 概述 


面向 对 象 设计 原则 是 学 习 设计 模式 的 基础 ,每 一 种 设计 模式 都 符合 某 一 种 或 多 种 面向 
对 象 设计 原则 。 通 过 在 软件 开发 中 使 用 这 些 原则 ,可 以 提高 软件 的 可 维护 性 和 可 复 用 性 ,让 
我 们 可 以 设计 出 更 加 灵活 也 更 容易 扩展 的 软件 系统 ,实现 可 维护 性 复 用 的 目标 。 


2.1.1 软件 的 可 维护 性 和 可 复 用 性 


通常 认为 ,一 个 易于 维护 的 系统 就 是 复 用 率 高 的 系统 ,而 一 个 复 用 性 较 好 的 系统 就 是 一 
个 易于 维护 的 系统 ,但 实际 上 软件 的 可 维护 性 (Maintainability) 和 可 复 用 性 (Reusability) 是 
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两 个 独立 的 目标 。 对 于 面向 对 象 的 软件 系统 设计 来 说 ,在 支持 可 维护 性 的 同时 提高 系统 的 
可 复 用 性 是 一 个 核心 问题 ,面向 对 象 设计 原则 正 是 为 解决 这 个 问题 而 诞生 的 。 

知名 软件 大 师 Robert C. Martin 认为 ,一 个 可 维护 性 较 低 的 软件 设计 通常 由 如 下 4 个 

(1) 过 于 僵硬 (Rigidity) : 很 难 在 一 个 软件 系统 中 添加 一 个 新 的 功能 ,增加 一 个 新 的 功 
能 将 涉及 很 多 模块 ,造成 系统 改动 较 大 。 如 在 源 代码 中 存在 大 量 的 硬 编码 (Hard Coding)， 
使 得 代码 的 灵活 性 很 差 ,几乎 所 有 的 修改 都 要 面向 程序 源 代码 进行 。 

(2) 过 于 脆弱 (Fragility) : 与 过 于 僵硬 同时 存在 ,修改 已 有 系统 时 代码 过 于 脆弱 ,对 一 
个 地 方 的 修改 会 导致 看 上 去 没有 关系 的 另 一 个 地 方 发 生 故 障 。 

(3) 复 用 率 低 (Immobility) : 复 用 是 指 一 个 软件 的 组 成 部 分 可 以 在 同一 个 项 目的 不 同 
地 方 甚至 在 不 同 的 项 目 中 重复 使 用 。 而 复 用 率 低 表示 很 难 重用 这 些 现 有 的 软件 组 成 部 分 ， 
如 类 方法 . 子 系统 等 ,即使 是 重用 也 只 停留 在 简单 的 复制 粘贴 上 ,甚至 根本 没有 办 法 重用 ， 
程序 员 宁 愿 不 断 重 复 编写 一 些 已 有 的 程序 代码 。 

(4) 黏度 过 高 (Viscosity) : 对 系统 进行 改动 时 ,有 时 候 可 以 保存 系统 的 原始 设计 意图 
和 原始 设计 框架 ,有 时 候 可 以 破坏 原始 意图 和 框架 。 前 者 对 系统 的 扩展 更 有 利 ,应 该 尽量 按 
照 前 者 来 进行 改动 。 如 果 采 用 后 者 比 前 者 更 容易 , 则 称 为 系统 的 黏度 过 高 ,黏度 过 高 将 导致 
程序 员 采 用 错误 的 代码 维护 方案 。 

净 宏 博士 在 (Java 与 模式 ) 一 书 中 也 引用 了 上 述 观点 ,那么 何 为 一 个 好 的 设计 ? 软件 工 
程 和 建 模 大 师 Peter Coad 认为 ,一 个 好 的 系统 设计 应 该 具备 如 下 三 个 性 质 。 

(1) 可 扩展 性 (Extensibility): 容易 将 新 的 功能 添加 到 现 有 系统 中 , 与 * 过 于 僵硬 ” 相 
对 应 。 

(2) 灵活 性 (Flexibility) : 代码 修改 时 不 会 波及 很 多 其 他 模块 ,与 “过 于 脆弱 ”相对 应 。 

(3) 可 插入 性 (Pluggability) : 可 以 很 方便 地 将 一 个 类 抽取 出 去 ,同时 将 另 一 个 有 相同 
接口 的 类 添加 进来 ,与 “黏度 过 高 ”相对 应 。 

如 何 使 得 系统 满足 上 述 的 三 个 性 质 ,其 关键 在 于 恰当 提高 系统 的 可 维护 性 和 可 复 用 性 。 

软件 的 复 用 (Reuse) 或 重用 拥有 众多 优点 ,如 可 以 提高 软件 的 开发 效率 ,提高 软件 质 
量 , 节 约 开发 成 本 ,恰当 的 复 用 还 可 以 改善 系统 的 可 维护 性 。 

传统 的 软件 复 用 技术 包括 代码 的 复 用 、 算 法 的 复 用 和 数据 结构 的 复 用 等 ,但 这 些 复 用 有 
时 候 会 破坏 系统 的 可 维护 性 ,因为 可 维护 性 和 可 复 用 性 是 有 共性 的 两 个 独立 质量 属性 。 如 
A 和 B 两 个 模块 都 需要 使 用 另 一 个 模块 C, 如 果 A 需要 C 增 加 一 个 新 的 行为 ,但 B 不 需要 
甚至 不 允许 C 增加 该 行为 。 如 果 坚 持 使 用 复 用 ,就 不 得 不 以 系统 的 可 维护 性 为 代价 ,如 
修改 BB 的 代码 ,这 将 破坏 系统 的 灵活 性 ; 而 如 果 从 保持 系统 的 可 维护 性 出 发 ,就 只 好 放弃 
复 用 。 而 面向 对 象 设计 复 用 在 一 定 程 度 上 可 以 解决 这 两 个 质量 属性 之 间 发 生 冲 突 的 
问题 。 

面向 对 象 设计 复 用 的 目标 在 于 实现 支持 可 维护 性 的 复 用 ,如 在 Java 这 样 的 语言 中 ,可 
以 通过 面向 对 象 技术 中 的 抽象 .继承 .封装 和 多 态 等 特性 来 实现 更 高 层次 的 可 复 用 性 。 通 过 
抽象 和 继承 使 得 类 的 定义 可 以 复 用 ,通过 多 态 使 得 类 的 实现 可 以 复 用 ,通过 抽象 和 封装 可 以 
保持 和 促进 系统 的 可 维护 性 。 在 面向 对 象 的 设计 里 面 .可 维护 性 复 用 都 是 以 面向 对 象 设计 
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原则 为 基础 的 ,这 些 设计 原则 首先 都 是 复 用 的 原则 ,遵循 这 些 设计 原则 可 以 有 效 地 提高 系统 
的 复 用 性 ,同时 提高 系统 的 可 维护 性 。 
面向 对 象 设计 原则 和 设计 模式 也 是 对 系统 进行 合理 重 构 的 指南 针 。 重 构 (Refactoring) 
是 在 不 改变 软件 现 有 功能 的 基础 上 ,通过 调整 程序 代码 改善 软件 的 质量 、 性 能 ,使 其 程序 的 
设计 模式 和 架构 更 趋 合理 ,提高 软件 的 扩展 性 和 维护 性 。Martin Fowler 等 人 总 结 出 了 一 些 
常用 的 重 构 技 术 , 将 其 写成 了 一 本 面向 对 象 领域 的 经 典 著作 一 一 ( 重 构 : 改善 既 有 代码 的 设 
计 )。 在 该 书 中 ,很 多 重 构 手法 都 是 通过 面向 对 象 设计 原则 来 实现 的 ,关于 重 构 的 详细 学 习 
超出 本 书 的 范围 ,在 此 不 予以 扩展 , 感 兴趣 的 读者 可 以 自行 学 习 相关 重 构 知 识 。 设 计 模式 和 
重 构 也 是 普通 程序 员 过 渡 到 优秀 程序 员 必 学 的 两 项 技能 。 

本 章 将 详细 介绍 这 些 面向 对 象 设计 原则 ,这 些 设计 原则 是 设计 模式 诞生 的 依据 ,每 
一 个 设计 模式 都 蕴涵 着 至 少 一 种 设计 原则 ,还 可 以 通过 这 些 设计 原则 对 一 个 设计 模式 进 
行 分 析 和 评价 。 在 面向 对 象 设计 中 ,可 维护 性 复 用 是 以 面向 对 象 设计 原则 和 设计 模式 为 
基础 的 。 


2.1.2 面向 对 象 设计 原则 简介 
常用 的 面向 对 象 设计 原则 包括 7 个, 这些 原 则 并 不 是 孤立 存在 的 ,它们 相互 依赖 ,相互 
补充 。 表 2-1 对 这 7 个 设计 原则 进行 了 简单 的 说 明 。 
表 2-1 面向 对 象 设计 原则 简介 
设计 原则 名 称 设计 原则 简介 重要 性 
单一 职责 原则 类 的 职责 要 单一 ,不 能 将 太 多 的 职责 放 在 一 
(Single Responsibility Principle, SRP) “ 个 类 中 


软件 实体 对 扩展 是 开放 的 ,但 对 修改 是 关闭 
的 , 即 在 不 修改 一 个 软件 实体 的 基础 上 去 扩 ” 妈妈 妇女 


女友 妇女 六 


开 闭 原则 
(Open-Closed Principle, OCP) 


展 其 功能 
里 氏 代 换 原则 在 软件 系统 中 ,一 个 可 以 接受 基 类 对 象 的 地 大 天 
(Liskov Substitution Principle, LSP) 方 必然 可 以 接受 一 个 子 类 对 象 
赖 倒转 原则 
2 i 要 针对 抽象 层 编程 .而 不 要 针对 具体 类 编程 交 妆 六 交友 
(Dependency Inversion Principle, DIP) 
器 则 个 专 广 口 一 个 统一 的 
接 的 大 和 使 用 多 个 专门 的 接口 来 取代 一 个 统一 的 区 
(Interface Segregation Principle, ISP) 接口 
合成 复 用 原则 在 复 用 功能 时 ,应 该 尽量 多 使 用 组 合 和 聚合 Se 
(Composite Reuse Principle, CRP) 关联 关系 ,尽量 少 使 用 甚至 不 使 用 继承 关系 
一 个 软件 实体 对 其 他 实体 的 引用 越 少 越 好 ， 
迪 米 特 法 则 或 者 说 如 果 两 个 类 不 必 彼 此 直接 通信 ,那么 二 
(Law of Demeter, LoD) 这 两 个 类 就 不 应 当 发 生 直接 的 相互 作用 ,而 


是 通过 引入 一 个 第 三 者 发 生 间 接 交 互 
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2.2 单一 职责 原则 


单一 职责 原则 是 最 简单 的 面向 对 象 设 计 原则 , 它 用 于 控制 类 的 粒度 大 小 。 
2.2.1 单一 职责 原则 定义 


单一 职责 原则 (Single Responsibility Principle,SRP) 定 义 : 一 个 对 象 应 该 只 包含 单一 
的 职责 ,并 且 该 职责 被 完整 地 封装 在 一 个 类 中 。 

英文 定义 :“Every object should have a single responsibility, and that responsibility 
should be entirely encapsulated by the class. ”。 

另 一 种 定义 : 就 一 个 类 而 言 ,应 该 仅 有 一 个 引起 它 变 化 的 原因 。 


英文 定义 :“There should never be more than one reason for a class to change. ”。 


2.2.2 单一 职责 原则 分 析 


一 个 类 (或 者 大 到 模块 ,小 到 方法 ) 承 担 的 职责 越 多 , 它 被 复 用 的 可 能 性 越 小 ,而 且 如 果 
一 个 类 承担 的 职责 过 多 ,就 相当 于 将 这 些 职责 耦合 在 一 起 , 当 其 中 一 个 职责 变化 时 ,可 能 会 
影响 其 他 职责 的 运作 。 

类 的 职责 主要 包括 两 个 方面 : 数据 职责 和 行为 职责 .数据 职责 通过 其 属性 来 体现 ,而 行 
为 职责 通过 其 方法 来 体现 。 如 果 职 责 太 多 ,将 导致 系统 非常 脆弱 ,一 个 职责 可 能 会 影响 其 他 
职责 ,因此 要 将 这 些 职责 进行 分 离 ,将 不 同 的 职责 封装 在 不 同 的 类 中 ,即将 不 同 的 变化 原因 
封装 在 不 同 的 类 中 。 如 果 多 个 职责 总 是 同时 发 生 改变 , 则 可 将 它们 封装 在 同一 类 中 。 

单一 职责 原则 是 实现 高 内 聚 、 低 耦合 的 指导 方针 ,在 很 多 代码 重 构 手 法 中 都 能 找到 它 的 
存在 。 它 是 最 简单 但 又 最 难 运用 的 原则 ,需要 设计 人 员 发 现 类 的 不 同 职责 并 将 其 分 离 ,而 发 
现 类 的 多 重 职责 需要 设计 人 员 具 有 较 强 的 分 析 设 计 能 力 和 相关 重 构 经 验 。 

2.2.3 单一 职责 原则 实例 

下 面 通过 一 个 简单 实例 来 加 深 对 单一 职责 原则 的 理解 。 

1. 实例 说 明 

某 基于 Java 的 C/S 系统 的 “登录 功能 ”通过 如 下 登录 类 (Login) 实 现 ,如 图 2-1 所 示 。 

在 类 图 2-1 中 省 略 了 类 的 属性 ,Login 类 的 方法 
说 明 如 下 : init() 方 法 用 于 初始 化 按钮 ,文本 框 等 界 
面 控件 ; display() 方 法 用 于 向 界面 容器 中 增加 界面 
控件 并 显示 窗口 ; validate() 方 法 供 登 录 按 钮 的 事件 
处 理 方法 调用 ,用 于 调用 与 数据 库 相 关 的 方法 完成 
登录 处 理 , 如 果 登 录 成 功 则 进入 主 界面 ,否则 提示 错 


误 信息 ; getConnection() 方 法 用 于 获取 数据 库 连 接 图 2-1 登录 功能 原始 类 图 
对 象 Connection 来 连接 数据 库 ; findUser() 方 法 用 
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于 根据 用 户 名 和 密码 查询 数据 库 中 是 否 存在 该 用 户 , 如 果 存 在 则 返回 true, 否则 返回 false， 
该 方法 需要 调用 getConnection() 方 法 连接 数据 库 . 并 供 validate() 方 法 调用 ; main() 函 数 
是 系统 的 主 函 数 , 即 系统 的 和 人口 。 

现 使 用 单一 职责 原则 对 其 进行 重 构 。 

2. 实例 解析 

在 本 实例 中 ,类 Login 承担 了 多 重 职责 , 它 既 包含 了 与 界面 有 关 的 方法 ,又 包含 了 与 数 
据 库 操作 有 关 的 方法 ,甚至 还 包含 了 系统 的 人口 函数 main() 方 法 。 无 论 是 对 界面 的 修改 还 
是 对 数据 库 访 问 的 修改 都 需要 修改 该 类 ,类 的 职责 过 重 。 如 果 另 一 个 系统 (如 B/S 系统 ) 也 
需要 使 用 该 类 中 的 数据 访问 代码 进行 登录 ,无 法 直接 重用 这 些 数据 访问 代码 ,只 能 复制 粘贴 
部 分 代码 ,无 法 实现 高 层次 的 复 用 。 

根据 单一 职责 原则 ,可 以 对 上 述 代 码 进行 重 构 , 按 照 功能 将 其 拆 分 为 如 下 4 个 类 (还 可 
以 进一步 拆 分 ): 

(1) 类 LoginForm 负责 界面 显示 ,因此 它 只 包含 与 界面 有 关 的 方法 和 事件 处 理 方法 ; 

(2) 类 UserDAO 负责 用 户 表 的 增删 改 查 操作 , 它 封 装 了 对 用 户 表 的 全 部 操作 代码 , 登 
录 本 质 上 是 一 个 查询 用 户 表 的 操作 ; 

(3) 类 DBUftil 负责 数据 库 的 连接 ,该 类 可 以 供 多 个 数据 库 操作 类 重用 ,所 有 操作 数据 
库 的 类 都 可 以 调用 该 类 中 的 getConnection() 方 法 来 获取 数据 库 连 接 对 象 ; 
(4) 类 MainClass 负责 启动 系统 ,在 该 类 中 定义 了 main() 函 数 。 
使 用 单一 职责 原则 重 构 后 的 类 图 如 图 2-2 所 示 。 


图 2-2 重 构 后 的 登录 功能 类 图 


通过 单一 职责 原则 重 构 后 将 使 得 系统 中 类 的 个 数 增加 ,但 是 类 的 复 用 性 很 好 。 如 在 
图 2-2 中 ,DBUtil 类 可 供 多 个 DAO 类 使 用 ,而 UserDAO 类 也 可 供 多 个 界面 类 使 用 ,一 个 类 
的 修改 不 会 对 其 他 类 产生 影响 ,系统 的 可 维护 性 也 将 增强 。 
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2.3 开 闭 原则 


开 闭 原则 是 面向 对 象 的 可 复 用 设计 的 第 一 块 基石 , 它 是 最 重要 的 面向 对 象 设计 原则 。 
2.3.1 开 闭 原则 定义 


开 闭 原则 (Open-Closed Principle, OCP) 定 义 : 一 个 软件 实体 应 当 对 扩展 开放 ,对 修改 
关闭 。 也 就 是 说 在 设计 一 个 模块 的 时 候 , 应 当 使 这 个 模块 可 以 在 不 被 修改 的 前 提 下 被 扩展 ， 
即 实现 在 不 修改 源 代码 的 情况 下 改变 这 个 模块 的 行为 。 


英文 定义 :“Software entities should be open for extension, but closed for modification. ”。 


2.3.2 开 闭 原则 分 析 


开 闭 原则 由 Bertrand Meyer 于 1988 年 提出 , 它 是 面向 对 象 设计 中 最 重要 的 原则 之 一 。 

在 开 闭 原则 的 定义 中 ,软件 实体 可 以 指 一 个 软件 模块 一 个 由 多 个 类 组 成 的 局 部 结构 或 
一 个 独立 的 类 。 

任何 软件 都 需要 面临 一 个 很 重要 的 问题 , 即 对 它们 的 需求 会 随时 间 的 推移 而 发 生变 化 。 
当 软 件 系统 需要 面 对 新 的 需求 时 ,我 们 应 该 尽量 保证 系统 的 设计 框架 是 稳定 的 。 如 果 一 
软件 设计 符合 开 闭 原则 ,那么 可 以 非常 方便 地 对 系统 进行 扩展 ,而 且 在 扩展 时 无 须 修改 现 有 
代码 ,使 得 软件 系统 在 拥有 适应 性 和 灵活 性 的 同时 具备 较 好 的 稳定 性 和 延续 性 。 

为 了 满足 开 闭 原则 ,需要 对 系统 进行 抽象 化 设计 ,抽象 化 是 开 闭 原则 的 关键 。 在 类 似 
Java、C# 的 面向 对 象 编程 语言 中 ,可 以 为 系统 定义 一 个 相对 稳定 的 抽象 层 , 而 将 不 同 的 实现 
行为 在 具体 的 实现 层 中 完成 。 在 很 多 面向 对 象 编程 语言 中 都 提供 了 接口 .抽象 类 等 机 制 ,可 
以 通过 它们 定义 系统 的 抽象 层 , 再 通过 具体 类 来 进行 扩展 。 如 果 需 要 修改 系统 的 行为 ,无 须 
对 抽象 层 进行 任何 改动 ,只 需要 增加 新 的 具体 类 来 实现 新 的 业务 功能 即 可 ,实现 在 不 修改 已 
有 代码 的 基础 上 扩展 系统 的 功能 ,达到 开 闭 原则 的 要 求 。 

开 闭 原则 还 可 以 通过 一 个 更 加 具体 的 “对 可 变性 封装 原则 ?来 描述 ,对 可 变性 封装 原则 
(Principle of Encapsulation of Variation, EVP) 要 求 找到 系统 的 可 变 因 素 并 将 其 封装 起 来 。 
如 将 抽象 层 的 不 同 实现 封装 到 不 同 的 具体 类 中 ,而且 EVP 要 求 尽量 不 要 将 一 种 可 变性 和 另 
一 种 可 变性 混合 在 一 起 ,这 将 导致 系统 中 类 的 个 数 急剧 增长 ,增加 系统 的 复杂 度 。 

百分之百 的 开 闭 原则 很 难 达 到 ,但 是 要 尽 可 能 使 系统 设计 符合 开 闭 原则 ,后 面 所 学 的 里 
氏 代 换 原则 、 依 赖 倒转 原则 等 都 是 开 闭 原则 的 实现 方法 。 在 即将 学 习 的 24 种 设计 模式 中 ， 
绝 大 部 分 的 设计 模式 都 符合 开 闭 原则 ,在 对 每 一 个 模式 进行 优 缺 点 评价 时 都 会 以 开 闭 原则 作 
为 一 个 重要 的 评价 依据 ,以 判断 基于 该 模式 设计 的 系统 是 否 具备 良好 的 灵活 性 和 可 扩展 性 。 


2.3.3 开 闭 原则 实例 


下 面 通过 一 个 简单 实例 来 加 深 对 开 闭 原则 的 理解 。 
1. 实例 说 明 
某 图 形 界面 系统 提供 了 各 种 不 同形 状 的 按钮 ,客户 端 代 码 可 针对 这 些 按钮 进行 编程 ,用 
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户 可 能 会 改变 需求 ,要 求 使 用 不 同 的 按钮 ,原始 设计 方案 如 图 2-3 所 示 。 
图 2-3 按钮 类 原始 类 图 


如 果 界 面 类 LoginForm 需要 将 圆 形 按钮 (CircleButton) 改 为 矩形 按钮 (RectangleButton ) , 
则 需要 修改 LoginForm 类 的 源 代码 ,修改 按钮 类 的 类 名 ,由 于 圆 形 按 钮 和 和 矩 形 按 钮 的 显示 
方法 不 相同 ,因此 还 需要 修改 LoginForm 类 的 display() 方 法 实现 代码 。 

现 对 该 系统 进行 重 构 , 使 之 满足 开 闭 原则 的 要 求 。 

2. 实例 解析 

分 析 上 述 实例 ,由 于 LoginForm 类 面向 具体 类 进行 编程 ,因此 每 次 更 换 具体 类 时 不 得 
不 修改 源 代码 ,而 且 在 这 些 具体 类 中 方法 没有 统一 的 接口 ,相似 功能 的 方法 名 称 不 一 致 。 如 
果 和 希望 系统 能 够 满足 开 闭 原则 ,需要 对 按钮 类 进行 抽象 化 ,提取 一 个 抽象 按钮 类 
AbstractButton,LoginForm 类 针对 抽象 按钮 类 AbstractButton 进行 编程 。 在 Java 语言 
中 ,可 以 通过 配置 文件 .DOM 解析 技术 和 反射 机 制 将 具体 类 类 名 存储 在 配置 文件 中 ,再 在 
运行 时 生成 其 实例 对 象 。 在 本 书 第 4、5 章 将 深入 学 习 其 实现 原理 。 

使 用 开 闭 原则 对 本 实例 进行 重 构 后 ,LoginForm 类 将 面向 抽象 进行 编程 ,如 果 需 要 增加 新 
的 按钮 类 如 萎 形 按钮 (Diamond Button) ,只 需要 增加 一 个 新 的 类 继承 抽象 类 AbstractButton 并 
修改 配置 文件 (如 config. xm]) 即 可 ,无 须 修改 已 有 类 的 源 代码 ,包括 抽象 层 类 AbstractButton， 
具体 按钮 类 CircleButton 和 RectangleButton, 以 及 使 用 按钮 的 界面 类 LoginForm 的 源 代 
码 , 在 不 修改 源 代码 的 前 提 下 扩展 系统 功能 的 要 求 , 完 全 符合 开 闭 原则 。 在 Java 中 ,配置 文 
件 一 般 使 用 XML 格式 的 文件 或 properties 格式 的 属性 文件 ,如 图 2-4 所 示 。 


图 2-4 重 构 后 的 按钮 类 类 图 
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注意 : 因为 XML 和 properties 等 格式 的 配置 文件 是 纯 文 本 文件 ,可 以 直接 通过 VI 编 
辑 器 或 记事 本 进行 编辑 , 且 无 须 编译 ,因此 在 软件 开发 中 ,一 般 不 把 对 配置 文件 的 修改 认为 
是 对 系统 源 代码 的 修改 。 如 果 一 个 系统 在 扩展 时 只 涉及 修改 配置 文件 ,而 原 有 的 Java 代码 
或 C# 代 码 没 有 做 任何 修改 ,该 系统 即 可 认为 是 一 个 符合 开 闭 原则 的 系统 。 


2.4 里 氏 代 换 原 则 


开 闭 原则 的 核心 是 对 系统 进行 抽象 化 ,并 且 从 抽象 化 导出 具体 化 。 从 抽象 化 到 具体 化 
的 过 程 需要 使 用 继承 关系 以 及 本 节 将 要 学 习 的 里 氏 代 换 原则 。 


2.4.1 里 氏 代 换 原则 定义 


里 氏 代 换 原则 (Liskov Substitution Principle, LSP) 有 两 种 定义 方式 ,第 一 种 定义 方式 
相对 严格 : 如 果 对 每 一 个 类 型 为 S 的 对 象 ol ,都 有 类 型 为 的 对 象 o2 ,使 得 以 工 定 义 的 所 
有 程序 P 在 所 有 的 对 象 ol 都 代 换 o2 时 ,程序 P 的 行为 没有 变化 ,那么 类 型 S 是 类 型 下 的 
子 类 型 。 

英文 定义 :“If for each object ol of type S there is an object 02 of type T such that for 
all programs P defined in terms of T, the behavior of P is unchanged when ol is 
substituted for o2 then S is a subtype of T.”, 

第 二 种 是 更 容易 理解 的 定义 方式 : 所 有 引用 基 类 ( 父 类 ) 的 地 方 必须 能 透明 地 使 用 其 子 
类 的 对 象 。 

英文 定义 :“Functions that use pointers or references to base classes must be able to 


use objects of derived classes without knowing it. ”。 


2.4.2 里 氏 代 换 原则 分 析 


里 氏 代 换 原则 由 2008 年 图 灵 奖 得 主 、 美 国 第 一 位 计算 机 科学 女 博士 Barbara Liskov 教 
授 和 卡 内 基 ， 梅 隆 大 学 教授 Jeannette Wing 于 1994 年 提出 。 其 原文 如 下 :“Let q(x) be a 
property provable about objects x of type T. Then q(y) should be true for objects y of 
type S where S is a subtype of T.”。 

里 氏 代 换 原则 可 以 通俗 表述 为 : 在 软件 中 如 果 能 够 使 用 基 类 对 象 ,那么 一 定 能 够 使 用 
其 子 类 对 象 。 把 基 类 都 替换 成 它 的 子 类 ,程序 将 不 会 产生 任何 错误 和 异常 , 反 过 来 则 不 成 
立 , 如 果 一 个 软件 实体 使 用 的 是 一 个 子 类 的 话 ,那么 它 不 一 定 能 够 使 用 基 类 。 

例如 有 两 个 类 ,一 个 类 为 BaseClass, 另 一 个 是 SubClass 类 ,并 且 SubClass 类 是 
BaseClass 类 的 子 类 ,那么 一 个 方法 如 果 可 以 接受 一 个 BaseClass 类 型 的 基 类 对 象 base 的 
话 , 如 methodl (base), 那 么 它 必然 可 以 接受 一 个 BaseClass 类 型 的 子 类 对 象 sub, 即 
methodl(sub) 能 够 正常 运行 。 反 过 来 的 代 换 不 成 立 , 如 方法 method2 接受 BaseClass 类 型 
的 子 类 对 象 sub 为 参数 ( 即 method2(sub)) 后 , 则 一 般 情况 下 不 可 以 有 method2(base) , 除 
非 是 重 载 方法 。 

里 氏 代 换 原则 是 实现 开 闭 原则 的 重要 方式 之 一 ,由 于 使 用 基 类 对 象 的 地 方 都 可 以 使 用 
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子 类 对 象 ,因此 在 程序 中 尽量 使 用 基 类 类 型 来 对 对 象 进行 定义 ,而 在 运行 时 再 确定 其 子 类 类 
型 ,用 子 类 对 象 来 替换 父 类 对 象 。 

在 使 用 里 氏 代 换 原则 时 需要 注意 如 下 几 个 问题 : 

(1) 子 类 的 所 有 方法 必须 在 父 类 中 声明 ,或 子 类 必须 实现 父 类 中 声明 的 所 有 方法 。 根 
据 里 氏 代 换 原则 ,为 了 保证 系统 的 扩展 性 ,在 程序 中 通常 使 用 父 类 来 进行 定义 ,如 果 一 个 方 
法 只 存在 子 类 中 , 父 类 中 不 提供 相应 的 声明 , 则 无 法 在 父 类 对 象 中 直接 使 用 该 方法 。 如 果 在 
父 类 BaseClass 中 声明 了 方法 method1() ,在 子 类 SubClass 中 实现 了 方法 methodl() ,并 增 
加 了 新 的 方法 method2() ,如 果 客 户 端 针 对 父 类 编程 , 则 无 法 使 用 子 类 中 新 增 方法 method2()， 
此 时 无 法 直接 使 用 父 类 来 定义 ,只 能 使 用 子 类 , 则 说 明 该 设计 违背 了 里 氏 代 换 原则 ,需要 在 
设计 父 类 时 声明 方法 method2() ,以 确保 客户 端 可 以 透明 地 使 用 父 类 和 子 类 对 象 。 

(2) 在 运用 里 氏 代 换 原则 时 ,尽量 把 父 类 设计 为 抽象 类 或 者 接口 ,让 子 类 继承 父 类 或 实 
现 父 接口 ,并 实现 在 父 类 中 声明 的 方法 。 和 运行 时 , 子 类 实例 替换 父 类 实例 ,我 们 可 以 很 方便 
地 扩展 系统 的 功能 ,同时 无 须 修 改 原 有 子 类 的 代码 ,增加 新 的 功能 可 以 通过 增加 一 个 新 的 子 
类 来 实现 。 里 氏 代 换 原则 是 开 闭 原则 的 具体 实现 手段 之 一 。 

(3) Java 语言 中 ,在 编译 阶段 ,Java 编译 器 会 检查 一 个 程序 是 否 符合 里 氏 代 换 原 则 ,这 
是 一 个 与 实现 无 关 的 、 纯 语法 意义 上 的 检查 ,但 Java 编译 器 的 检查 是 有 局 限 的 。 


2.4.3 里 氏 代 换 原 则 实例 


下 面 通过 一 个 简单 实例 来 加 深 对 里 氏 代 换 原 则 的 理解 。 

1, 实例 说 明 

某 系 统 需 要 实现 对 重要 数据 (如 用 户 密码 ) 的 加 密 处 理 , 在 数据 操作 类 (DataOperator) 中 
需要 调用 加 密 类 中 定义 的 加 密 算 法 ,系统 提供 了 两 个 不 同 的 加 密 类 CipherA 和 CipherB, 它 们 
实现 不 同 的 加 密 方法 ,在 DataOperator 中 可 以 选择 其 中 的 一 个 实现 加 密 操 作 , 如 图 2-5 所 示 。 


] 


图 2-5 加 密 模块 原始 类 图 


在 DataOperator 类 的 encrypt() 方 法 中 ,将 调用 加 密 类 CipherA 或 CipherB 的 加 密 方 
法 encrypt()。 如 在 客户 类 Client 的 main() 函数 中 可 能 存在 如 下 代码 片段 : 
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名 


与 之 对 应 ,在 DataOperator 类 的 encrypt() 方 法 中 可 能 存在 如 下 代码 片段 : 


如 果 需 要 更 换 一 个 加 密 算法 类 或 者 增加 并 使 用 一 个 新 的 加 密 算法 类 ,如 将 上 述 
CipherA 改 为 CipherB, 则 需要 修改 客户 类 Client 和 数据 操作 类 DataOperator 的 源 代码 , 违 
背 了 开 闭 原则 。 

现 使 用 里 氏 代 换 原则 对 其 进行 重 构 ,使 得 系统 可 以 灵活 扩展 ,符合 开 闭 原则 。 

2. 实例 解析 

在 本 实例 中 ,导致 系统 灵活 性 和 可 扩展 性 差 的 本 质 原因 是 Client 类 和 DataOperator 类 
都 针对 每 一 个 具体 类 进行 编程 ,每 增加 一 个 具体 类 都 将 修改 源 代 码 , 此 时 ,可 以 将 CipherB 
作为 CipherA 的 子 类 ,Client 类 和 DataOperator 类 都 针对 CipherA 进行 编程 ,根据 里 氏 代 
换 原则 ,所 有 能 够 接受 CipherA 类 对 象 的 地 方 都 可 以 接受 CipherB 类 的 对 象 ,因此 可 以 简化 
DataOperator 类 和 Client 类 的 代码 ,而 且 将 CipherA 类 对 象 替换 成 CipherB 类 对 象 很 方便 ， 
无 须 修 改 任何 源 代 码 。 如 果 需 要 增加 一 个 新 的 加 密 算法 类 ,如 CipherC ,只 须 将 CipherC 类 
作为 CipherA 类 或 CipherB 类 的 子 类 即 可 。 重 构 后 的 类 图 如 图 2-6 所 示 。 


图 2-6 重 构 后 的 加 密 模块 类 图 
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在 图 2-6 中 ,由 于 CipherB 是 CipherA 的 子 类 ,因此 所 有 能 够 使 用 CipherA 对 象 的 地 方 
都 可 以 使 用 CipherB 对 象 来 替换 ,上 且 可 以 将 具体 类 的 类 名 存储 至 配置 文件 中 ,如 果 需 要 使 用 
CipherA 的 encrypt() 方 法 , 则 配置 文件 中 存储 的 类 名 为 CipherA ,如 果 需 要 使 用 CipherB 的 
encrypt() 方 法 , 则 配置 文件 中 存储 的 类 名 为 CipherB。 

如 果 需 要 增加 一 个 新 的 加 密 类 ,如 CipherC, 则 可 将 CipherC 继承 CipherA 或 CipherB， 
并 覆盖 其 中 定义 的 encrypt() 方 法 ,并 将 配置 文件 中 存储 的 类 名 改 为 CipherC, 所 有 现 有 类 
的 代码 无 须 做 任何 改变 ,完全 符合 开 闭 原则 。 


2.5 依赖 倒转 原则 


如 果 说 开 闭 原则 是 面向 对 象 设计 的 目标 的 话 , 那 么 依赖 倒转 原则 就 是 实现 面向 对 象 设 
计 的 主要 机 制 。 依 赖 倒转 原则 是 系统 抽象 化 的 具体 实现 。 


2. 5.1 依赖 倒转 原则 定义 


依赖 倒转 原则 (Dependence Inversion Principle，DIP) 的 定义 : 高 层 模块 不 应 该 依赖 低 
层 模块 ,它们 都 应 该 依赖 抽象 。 抽 象 不 应 该 依赖 于 细节 ,细节 应 该 依赖 于 抽象 。 

英文 定义 :“High level modules should not depend upon low level modules, both 
should depend upon abstractions. Abstractions should not depend upon details, details 
should depend upon abstractions. ”。 

另 一 种 表述 : 要 针对 接口 编程 ,不 要 针对 实现 编程 。 


英文 定义 :“Program to an interface. not an implementation. ”。 


2.5.2 依赖 倒转 原则 分 析 


依赖 倒转 原则 是 Robert C，Martin 在 1996 年 为 “C++ Reporter” 所 写 的 专栏 Engineering 
Notebook 的 第 三 篇 ,后 来 加 入 到 他 在 2002 年 出 版 的 经 典 著作 Agile Software Development ， 
Principles, Patterns, and Practices 中 。 

简单 来 说 ,依赖 倒转 原则 就 是 指 : 代码 要 依赖 于 抽象 的 类 ,而 不 要 依赖 于 有 具体 的 类 ; 要 
针对 接口 或 抽象 类 编程 ,而 不 是 针对 具体 类 编程 。 也 就 是 说 ,在 程序 代码 中 传递 参数 时 或 在 
组 合 聚合 关系 中 ,尽量 引用 层次 高 的 抽象 层 类 ,即使 用 接口 和 抽象 类 进行 变量 类 型 声明 、 参 
数 类 型 声明 方法 返回 类 型 声明 ,以 及 数据 类 型 的 转换 等 ,而 不 要 用 有 具体 类 来 做 这 些 事情 。 
为 了 确保 该 原则 的 应 用 ,一 个 具体 类 应 当 只 实现 接口 和 抽象 类 中 声明 过 的 方法 ,而 不 要 给 出 
多 余 的 方法 ,否则 将 无 法 调用 到 在 子 类 中 增加 的 新 方法 。 

实现 开 闭 原则 的 关键 是 抽象 化 ,并 且 从 抽象 化 导出 具体 化 实现 ,如 果 说 开 闭 原则 是 面向 
对 象 设计 的 目标 的 话 , 那 么 依赖 倒转 原则 就 是 面向 对 象 设计 的 主要 手段 。 有 了 抽象 层 ,可 以 
使 得 系统 具有 很 好 的 灵活 性 ,在 程序 中 尽量 使 用 抽象 层 进行 编程 ,而 将 具体 类 写 在 配置 文件 
中 ,这 样 一 来 ,如 果 系 统 行为 发 生变 化 ,只 需要 扩展 抽象 层 ,并 修改 配置 文件 ,而 无 须 修改 原 
有 系统 的 源 代码 ,在 不 修改 的 情况 下 来 扩展 系统 的 功能 .满足 开 闭 原则 的 要 求 。 依 赖 倒转 原 
则 是 COM、CORBA 、EJB、Spring 等 技术 和 框架 背后 的 基本 原则 之 一 。 
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依赖 倒转 原则 的 常用 实现 方式 之 一 是 在 代码 中 使 用 抽象 类 ,而 将 具体 类 放 在 配置 文件 中 。 
按照 4 程序 员 修炼 之 道 : 从 小 工 到 专家 》(The Pragmatic programmer: from journeyman to 
master ) 一 书 的 说 法 , 即 “ 将 抽象 放 进 代码 ,将 细节 放 进 元 数据 ”(Put Abstractions in Code， 
Details in Metadata) 。 也 就 是 说 要 推迟 对 具体 类 的 定义 ,尽量 在 代码 中 针对 抽象 编程 ,这 样 
有 助 于 设计 出 能 够 快速 变更 的 解决 方案 ,以 便 应 对 项 目 需求 的 变化 。 

下 面 简单 介绍 一 下 依赖 倒转 原则 中 经 常 提 到 的 两 个 概念 一 一 类 之 问 的 耦合 和 依赖 注入 。 

1. 类 之 间 的 耦合 

在 面向 对 象 系统 中 ,两 个 类 之 间 通 常 可 以 发 生 三 种 不 同 的 耦合 关系 (依赖 关系 ) 。 

(1) 零 耦 合 关系 : 如 果 两 个 类 之 间 没 有 任何 耦合 关系 , 称 为 零 耦 合 。 

(2) 具体 耦合 关系 : 具体 耦合 发 生 在 两 个 具体 类 (可 实例 化 的 类 ) 之 间 , 由 一 个 类 对 另 
一 个 具体 类 实例 的 直接 引用 产生 。 

(3) 抽象 耦合 关系 : 抽象 耦合 关系 发 生 在 一 个 具体 类 和 一 个 抽象 类 之 间 , 也 可 以 发 生 
在 两 个 抽象 类 之 间 ,使 两 个 发 生 关系 的 类 之 间 存 有 最 大 的 灵活 性 。 由 于 在 抽象 耦合 中 至 少 
有 一 端 是 抽象 的 ,因此 可 以 通过 不 同 的 具体 实现 来 进行 扩展 。 

依赖 倒转 原则 要 求 客 户 端 依赖 于 抽象 耦合 ,以 抽象 方式 耦合 是 依赖 倒转 原则 的 关键 。 
由 于 一 个 抽象 耦合 关系 总 要 涉及 具体 类 从 抽象 类 继承 ,并 且 需 要 保证 在 任何 引用 到 基 类 的 
地 方 都 可 以 替换 成 其 子 类 ,因此 ,里 氏 代 换 原则 是 依赖 倒转 原则 的 基础 。 

2. 依赖 注入 


依赖 注入 (Dependence Injection, DD 是 如 何 传递 对 象 之 间 的 依赖 关系 ,软件 工程 大 师 
Martin Fowler 在 其 文章 Inversion of Control Containers and the Dependency Injection 
pattern 中 对 依赖 注入 进行 了 深入 的 分 析 。 对 象 与 对 象 之 间 的 依赖 关系 是 可 以 传递 的 , 通 
过 传递 依赖 ,在 一 个 对 象 中 可 以 调用 另 一 个 对 象 的 方法 ,在 传递 时 要 做 好 抽象 依赖 ,针对 
抽象 层 编程 。 简 单 来 说 ,依赖 注入 就 是 将 一 个 类 的 对 象 传人 另 一 个 类 ,注入 时 应 该 尽量 
注入 父 类 对 象 , 而 在 程序 运行 时 再 通过 子 类 对 象 来 覆盖 父 类 对 象 。 依 赖 注入 有 以 下 三 种 
泡 式 二 

(1) 构造 注入 

构造 注入 (Constructor Injection) 是 通过 构造 函数 注入 实例 变量 ,代码 如 下 : 
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public class ConcreteReader implements AbstractReader 
{ 

private AbstractBook book; 

public ConcreteReader (AbstractBook book) 


{ 
this. book = book; 
} 
public void read() 
1 
book. view( ); 
} 
4 
(2) 设 值 注入 


设 值 注入 (Setter Injection) 是 通过 Setter 方法 注入 实例 变量 ,代码 如 下 : 


public interface AbstractBook 
{ 


public void view( ); 


public interface AbstractReader 


1 
public void setBook( AbstractBook book); 
public void read( ); 


public class ConcreteBook implements AbstractBook 
i 


public void view() 


U 


public class ConcreteReader implements AbstractReader 
对 
private AbstractBook book; 
public void setBook(AbstractBook book) 
{ 
this.book = book; 
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public void read() 


{ 
book. view( ); 
} 
} 
(3) 接口 注入 


接口 注入 (Interface Injection) 是 通过 接口 方法 注入 实例 变量 ,代码 如 下 : 


public interface AbstractBook 


public void view(); 


} 


public interface AbstractReader 
public void read(AbstractBook book); 
} 


public class ConcreteBook implements AbstractBook 
{ 

public void view() 

中 


} 
} 


public class ConcreteReader implements AbstractReader 
和 
public void read(AbstractBook book) 
{ 
book. view( ); 


下 面 通过 一 个 简单 实例 来 加 深 对 依赖 倒转 原则 的 理解 。 

1. 实例 说 明 

某 系统 提供 一 个 数据 转换 模块 ,可 以 将 来 自 不 同 数据 源 的 数据 转换 成 多 种 格式 ,如 
可 以 转换 来 自 数 据 库 的 数据 (DatabaseSource), 也 可 以 转换 来 自 文本 文件 的 数据 
(TextSource) ,转换 后 的 格式 可 以 是 XML 文件 (XMLTransformer) ,也 可 以 是 XLS 文件 
(XLSTransformer) 等 。 

某 设计 人 员 设 计 如 下 原始 类 图 ,用 于 实现 该 数据 转换 模块 ,如 图 2-7 所 示 。 
由 于 需求 的 变化 ,该 系统 可 能 需要 增加 新 的 数据 源 或 者 新 的 文件 格式 ,每 增加 一 个 新 的 
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图 2-7 数据 转换 模块 原始 类 图 


类 型 的 数据 源 或 者 新 的 类 型 的 文件 格式 ,客户 类 MainClass 都 需要 修改 源 代码 ,以 便 使 用 新 
的 类 ,违背 了 开 闭 原则 。 现 使 用 依赖 倒转 原则 对 其 进行 重 构 。 

2. 实例 解析 

在 本 实例 中 ,MainClass 类 针对 具体 类 编程 ,如 果 增 加 新 的 具体 类 必须 修改 MainClass 
类 的 源 代码 ,系统 的 可 扩展 性 和 灵活 性 受到 局 限 , 因 此 可 以 对 这 些 具体 类 进行 抽象 化 ,使 
得 MainClass 类 针对 抽象 层 进行 编程 ,而 将 具体 类 放 在 配置 文件 中 , 重 构 后 的 系统 类 图 如 
图 2-8 所 示 。 


图 2-8 重 构 后 的 数据 转换 模块 类 图 


在 图 2-8 中 ,引入 了 两 个 抽象 类 (或 接口 ) AbstractSource 和 AbstractTransformer， 
MainClass 依赖 于 这 两 个 抽象 类 ,针对 抽象 类 进行 编程 ,而 将 具体 类 类 名 存储 在 配置 文件 
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config. xml 中 ,通过 XML 解析 技术 和 Java 反射 机 制 生成 具体 类 的 实例 , 代 换 MainClass 类 
中 的 抽象 对 象 ,实现 真正 的 业务 处 理 。 在 这 个 过 程 中 使 用 了 里 氏 代 换 原则 ,依赖 倒转 原则 必 
须 以 里 氏 代 换 原则 为 基础 。 增 加 新 的 数据 源 或 文件 格式 时 , 只 需要 增加 一 个 
AbstractSource 或 AbstractTransformer 类 的 子 类 ,同时 修改 config. xml 配置 文件 ,更 换 具 
体 类 类 名 ,无 须 对 原 有 类 的 代码 进行 任何 修改 ,满足 开 闭 原则 的 要 求 。 


2.6 接口 隔离 原则 


接口 隔离 原则 要 求 我 们 将 一 些 较 大 的 接口 进行 细 化 ,使 用 多 个 专门 的 接口 来 蔡 换 单一 
的 总 接口 。 


2.6.1 接口 隔离 原则 定义 


接口 隔离 原则 (Interface Segregation Principle, ISP) 的 定义 : 客户 端 不 应 该 依赖 那些 
它 不 需要 的 接口 。 

英文 定义 :“Clients should not be forced to depend upon interfaces that they do 
not use. ”。 

注意 ,在 该 定义 中 的 接口 指 的 是 所 定义 的 方法 。 

另 一 种 定义 : 一 旦 一 个 接口 太 大 , 则 需要 将 它 分 割 成 一 些 更 细小 的 接口 ,使 用 该 接口 的 
客户 端 仅 需 知 道 与 之 相关 的 方法 即 可 。 

英文 定义 :“Once an interface has gotten too “fat’ it needs to be split into smaller and 
more Specific interfaces so that any clients of the interface will only know about the 


methods that pertain to them. ”。 


2.6.2 接口 隔离 原则 分 析 


实质 上 ,接口 隔离 原则 是 指使 用 多 个 专门 的 接口 ,而 不 使 用 单一 的 总 接口 。 每 一 个 接口 
应 该 承担 一 种 相对 独立 的 角色 ,不 多 不 少 ,不 干 不 该 干 的 事 , 该 干 的 事 都 要 干 。 这 里 的 “ 接 
口 "往往 有 两 种 不 同 的 含义 : 一 种 是 指 一 个 类 型 所 具有 的 方法 特征 的 集合 ,仅仅 是 一 种 迎 辑 
上 的 抽象 ; 另外 一 种 是 指 某 种 语言 具体 的 “接口 ?定义 ,有 严格 的 定义 和 结构 ,如 Java 语言 
里 面 的 interface。 对 于 这 两 种 不 同 的 含义 ,ISP 的 表达 方式 以 及 含义 都 有 所 不 同 。 

当 把 “接口 ”理解 成 一 个 类 型 所 提供 的 所 有 方法 特征 的 集合 的 时 候 ,这 就 是 一 种 逻辑 上 
的 概念 ,接口 的 划分 将 直接 带 来 类 型 的 划分 。 此 时 ,可 以 把 接口 理解 成 角色 ,一 个 接口 就 只 
代表 一 个 角色 ,每 个 角色 都 有 它 特定 的 一 个 接口 ,此 时 这 个 原则 可 以 叫做 “角色 隔离 原则 ”。 

如 果 把 “接口 ”理解 成 狭义 的 特定 语言 的 接口 ,那么 ISP 表达 的 意思 是 指 接口 仅仅 提供 
客户 端 需要 的 行为 , 即 所 需 的 方法 ,客户 端 不 需要 的 行为 则 隐藏 起 来 ,应 当 为 客户 端 提供 尽 
可 能 小 的 单独 的 接口 ,而 不 要 提供 大 的 总 接口 。 在 面向 对 象 编程 语言 中 ,如 果 需 要 实现 一 个 
接口 ,就 需要 实现 该 接口 中 定义 的 所 有 方法 ,因此 大 的 总 接口 使 用 起 来 不 一 定 很 方便 。 为 了 
使 接口 的 职责 单一 ,需要 将 大 接口 中 的 方法 根据 其 职责 不 同 分 别 放 在 不 同 的 小 接口 中 ,以 确 
保 每 个 接口 使 用 起 来 都 较为 方便 ,并 都 承担 某 一 单一 角色 。 接 口 应 该 尽量 细 化 ,同时 接口 中 
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的 方法 应 该 尽量 少 ,每 个 接口 中 只 包含 一 个 客户 端 ( 如 子 模块 或 业务 逻辑 类 ) 所 需 的 方法 
即 可 。 

使 用 接口 隔离 原则 拆 分 接口 时 ,首先 必须 满足 单一 职责 原则 ,将 一 组 相关 的 操作 定义 在 
一 个 接口 中 , 且 在 满足 高 内 聚 的 前 提 下 ,接口 中 的 方法 越 少 越 好 。 可 以 在 进行 系统 设计 时 采 
用 定制 服务 的 方式 , 即 为 不 同 的 客户 端 提供 宽 窗 不同 的 接口 ,只 提供 用 户 需要 的 行为 ,而 隐 
藏 用 户 不 需要 的 行为 。 


2.6.3 接口 隔离 原则 实例 


下 面 通过 一 个 简单 实例 来 加 深 对 接口 隔离 原则 的 理解 。 
1. 实例 说 明 


图 2-9 展示 了 一 个 拥有 多 个 客户 类 的 系统 ,在 系统 中 定义 了 一 个 巨大 的 接口 ( 胖 接 口 ) 
AbstractService 来 服务 所 有 的 客户 类 。 


一 


图 2-9 胖 接口 原始 类 图 


如 果 客 户 类 ClientA 只 须 针 对 方法 operatorA() 进 行 编程 ,但 由 于 提供 的 是 一 个 胖 接 
口 ,AbstractService 的 实现 类 ConcreteService 必须 实现 在 AbstractService 中 声明 的 所 有 三 
个 方法 ,而 且 在 ClientA 中 除了 能 够 看 到 方法 operatorA() ,还 能 够 看 到 与 之 不 相关 的 方法 
operatorB() 和 operatorC() ,在 一 定 程度 上 影响 系统 的 封装 性 。 因 此 ,可 以 使 用 接口 隔离 原 
则 对 其 进行 重 构 。 

2. 实例 解析 

由 于 在 接口 AbstractService 中 三 个 不 同 的 方法 分 别 对 应 三 类 不 同 的 客户 端 ,因此 需要 
将 该 接口 进行 细 化 ,以 确保 每 一 类 用 户 都 具有 与 之 对 应 的 专门 的 接口 ,可 以 将 该 接口 分 割 成 
三 个 小 接口 ,如 图 2-10 所 示 。 

通过 对 AbstractService 接口 的 细 化 ,我 们 可 以 将 其 分 割 为 三 个 专门 的 接口 : 
AbstractServiceA、AbstractServiceB 和 AbstractServiceC ,在 每 个 接口 中 只 包含 一 个 方法 ， 
用 于 对 应 一 个 客户 端 。 在 实际 使 用 过 程 中 ,如 果 一 个 客户 端 对 应 多 个 方法 ,可 以 将 这 几 个 方 
法 封装 在 同一 个 小 接口 中 。 接 口 实现 类 ConcreteService 可 以 一 次 性 实现 这 三 个 接口 ,也 可 
以 提供 三 个 接口 实现 类 分 别 实现 这 三 个 接口 。 无 论 是 使 用 一 个 实现 类 还 是 使 用 三 个 实现 
类 ,对 于 ClientA 等 客户 端 类 而 言 没 有 任何 区 别 , 因 为 它们 是 针对 抽象 的 接口 编程 ,只 能 看 
到 与 自己 相关 的 业务 方法 ,不 能 访问 其 他 方法 ,因此 保证 系统 具有 良好 的 封装 性 。 同 时 ,无 
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图 2-10 胖 接 口 细 化 后 的 系统 类 图 


须 关 心 一 个 业务 方法 的 改变 会 给 一 些 不 相关 的 类 造成 影响 ,因为 这 些 类 根本 无 法 访问 该 
方法 。 

在 使 用 接口 隔离 原则 时 需要 注意 接口 的 粒度 ,接口 不 能 太 小 ,如 果 太 小 会 导致 系统 中 接 
口 泛 滥 , 不 利于 维护 ; 接口 也 不 能 太 大 , 太 大 的 接口 将 违背 接口 隔离 原则 ,灵活 性 较 差 ,使 用 
起 来 很 不 方便 。 一 般 而 言 , 接 口中 仅 包含 为 某 一 类 用 户 定制 的 方法 即 可 。 


2.7 合成 复 用 原则 


合成 复 用 原则 是 面向 对 象 设计 中 非常 重要 的 一 条 原则 。 为 了 降低 系统 中 类 之 间 的 耦合 
度 ,该 原则 倡导 在 复 用 功能 时 多 用 关联 关系 , 少 用 继承 关系 。 


2.7.1 合成 复 用 原则 定义 


合成 复 用 原则 (Composite Reuse Principle，CRP) 又 称 为 组 合 /聚合 复 用 原则 
(Composition/ Aggregate Reuse Principle，CARP) .其 定义 为 : 尽量 使 用 对 象 组 合 ,而 不 是 
继承 来 达到 复 用 的 目的 。 


英文 定义 :“Favor composition of objects over inheritance as a reuse mechanism. ”。 


2.7.2 合成 复 用 原则 分 析 


GoF 提倡 在 实现 复 用 时 更 多 考虑 用 对 象 组 合 机 制 ,而 不 是 用 类 继承 机 制 。 通 俗 地 说 ， 
合成 复 用 原则 就 是 指 在 一 个 新 的 对 象 里 通过 关联 关系 (包括 组 合 关系 和 聚合 关系 ) 来 使 用 一 
些 已 有 的 对 象 ,使 之 成 为 新 对 象 的 一 部 分 ; 新 对 象 通过 委派 调用 已 有 对 象 的 方法 达到 复 用 
其 已 有 功能 的 目的 。 简 言 之 ,要 尽量 使 用 组 合 / 聚 合 关系 , 少 用 继承 。 

在 面向 对 象 设计 中 ,可 以 通过 两 种 基本 方法 在 不 同 的 环境 中 复 用 已 有 的 设计 和 实现 , 即 
通过 组 合 / 聚 合 关系 或 通过 继承 ,这 两 种 复 用 机 制 的 特点 如 下 。 

(1) 通过 继承 来 实现 复 用 很 简单 ,而 且 子 类 可 以 覆盖 父 类 的 方法 ,易于 扩展 。 但 其 主要 问 
题 在 于 继承 复 用 会 破坏 系统 的 封装 性 ,因为 继承 会 将 基 类 的 实现 细节 暴露 给 子 类 ,由 于 基 类 的 
某 些 内 部 细节 对 子 类 来 说 是 可 见 的 ,所 以 这 种 复 用 又 称 为 " 白 箱 复 用 。 如 果 基 类 发 生 改变 , 那 
么 子 类 的 实现 也 不 得 不 发 生 改变 ; 从 基 类 继承 而 来 的 实现 是 静态 的 ,不 可 能 在 运行 时 发 生 改 
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变 , 没 有 足够 的 灵活 性 ; 而 且 继 承 只 能 在 有 限 的 环境 中 使 用 (例如 类 不 能 被 声明 为 final 类 )。 

(2) 通过 组 合 /聚合 来 复 用 是 将 一 个 类 的 对 象 作为 另 一 个 类 的 对 象 的 一 部 分 ,或 者 说 一 
个 对 象 是 由 另 一 个 或 几 个 对 象 组 合 而 成 。 由 于 组 合 或 聚合 关系 可 以 将 已 有 的 对 象 (也 可 称 
为 成 员 对 象 ) 纳 入 到 新 对 象 中 ,使 之 成 为 新 对 象 的 一 部 分 ,因此 新 对 象 可 以 调用 已 有 对 象 的 
功能 ,这 样 做 可 以 使 得 成 员 对 象 的 内 部 实现 细节 对 于 新 对 象 是 不 可 见 的 ,所 以 这 种 复 用 又 称 
为 “黑箱 ” 复 用 。 相 对 继承 关系 而 言 , 其 耦合 度 相 对 较 低 ,成员 对 象 的 变化 对 新 对 象 的 影响 不 
大 ,可 以 在 新 对 象 中 根据 实际 需要 有 选择 性 地 调用 成 员 对 象 的 操作 ; 合成 复 用 可 以 在 运行 
时 动态 进行 ,新 对 象 可 以 动态 地 引用 与 成 员 对 象 类 型 相同 的 其 他 对 象 。 

组 合 /聚合 可 以 使 系统 更 加 灵活 ,类 与 类 之 间 的 耦合 度 降 低 , 一 个 类 的 变化 对 其 他 类 造 
成 的 影响 相对 较 少 ,因此 一 般 首选 使 用 组 合 /聚合 来 实现 复 用 ,其 次 才 考 虑 继承 。 在 使 用 继 
承 时 ,需要 严格 遵循 里 氏 代 换 原则 ,有效 使 用 继承 会 有 助 于 对 问题 的 理解 ,降低 复杂 度 ,而 小 
用 继承 反而 会 增加 系统 构建 和 维护 的 难度 以 及 系统 的 复杂 度 ,因此 需要 慎重 使 用 继承 复 用 。 

关于 继承 的 深入 理解 可 以 参考 (软件 架构 设计 ) 一 书 作者 温 翌 的 文章 ( 见 山 只 是 山 见 水 
只 是 水 一 一 提升 对 继承 的 认识 》。 


2.7.3 合成 复 用 原则 实例 


下 面 通过 一 个 简单 实例 来 加 深 对 合成 复 用 原则 的 理解 。 
1. 实例 说 明 
某 教 学 管理 系统 的 部 分 数据 库 访 问 类 设计 如 图 2-11 所 示 。 


图 2-11 数据 库 访问 类 原始 类 图 


在 该 类 图 中 ,DBUtil 类 用 于 连接 数据 库 , 它 提供 了 一 个 getConnection() 方 法 ,用 于 返 
回 一 个 Connection 类 型 的 数据 库 连 接 对 象 。 由 于 在 StudentDAO、TeacherDAO 等 类 中 都 
需要 连接 数据 库 , 因 此 需要 复 用 getConnection () 方 法 ,在 本 设计 方案 中 , StudentDAO、 
TeacherDAO 等 数据 访问 类 直接 继承 DBUtil 类 , 复 用 其 中 定义 的 方法 。 

如 果 需 要 更 换 数据 库 连 接 方式 ,如 原来 采用 JDBC 连接 数据 库 , 现 在 采用 数据 库 连 接 池 连 
接 , 则 需要 修改 DBUtil 类 源 代码 。 如 果 StudentDAO 采用 JDBC 连接 ,但 是 TeacherDAO 采 
用 连接 池 连 接 , 则 需要 增加 一 个 新 的 DBUtil 类 ,并 修改 StudentDAO 或 TeacherDAO 的 源 
代码 ,使 之 继承 新 的 数据 库 连 接 类 ,这 将 违背 开 闭 原则 ,系统 扩展 性 较 差 。 

现 使 用 合成 复 用 原则 对 其 进行 重 构 。 
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2. 实例 解析 
根据 合成 复 用 原则 ,我 们 可 以 使 用 组 合 /聚合 复 用 来 取代 继承 复 用 ,如 图 2-12 所 示 。 


图 2-12 重 构 后 的 数据 库 访问 类 类 图 


在 图 2-12 中 ,StudentDAO 和 TeacherDAO 类 与 DBUtil 类 不 再 是 继承 关系 ,而 改 为 聚 
合 关联 关系 ,并 增加 一 个 setDBOperator() 方 法 来 给 DBUtil 类 型 的 成 员 变 量 dBOperator 赋 
值 。 如 果 需 要 改 为 男 一 种 数据 库 连接 方式 ,只 需要 给 DBUtil 增加 一 个 子 类 , 如 
NewDBUtil, 在 该 子 类 中 覆盖 getConnection() 方 法 ,再 在 客户 类 中 调用 setDBOperator() 方 
法 时 注入 子 类 对 象 即 可 。 如 果 和 希望 系统 更 加 灵活 一 点 ,可 以 在 客户 类 中 针对 DBUftil 编程 ， 
而 将 具体 类 类 名 存储 在 配置 文件 中 ,DBUtil 类 及 其 子 类 都 可 以 直接 应 用 于 该 系统 。 用 户 无 
须 修改 任何 源 代码 ,只 需 修改 配置 文件 即 可 完成 新 的 数据 库 连 接 方 式 的 使 用 ,完全 符合 开 闭 
原则 。 


2.8 迪 米 特 法 则 
过 米 特 法 则 用 于 降低 系统 的 耦合 度 ,使 类 与 类 之 问 保持 松散 的 耦合 关系 。 


2.8.1 迪 米 特 法 则 定义 


迪 米 特 法 则 (Law of Demeter, LoD) 又 称 为 最 少 知识 原则 (Least Knowledge Principle， 
LKP) , 它 有 多 种 定义 方法 ,其 中 几 种 典型 定义 如 下 。 

(1) 不 要 和 "陌生 人 ?说 话 。 英 文 定义 为 :“Don't talk to strangers. ”。 

(2) 只 与 你 的 直接 朋友 通信 。 英 文 定义 为 :“Talk only to your immediate friends. ”。 

(3) 每 一 个 软件 单位 对 其 他 的 单位 都 只 有 最 少 的 知识 ,而 且 局 限于 那些 与 本 单位 密切 
相关 的 软件 单位 。 

英文 定义 :“Each unit should have only limited knowledge about other units: only 


units“closely”related to the current unit. ”。 
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2.8.2 迪 米 特 法 则 分 析 


迪 米 特 法 则 来 自 于 1987 年 秋 美 国 东 北大 学 (Northeastern University) 一 个 名 为 
Demeter 的 研究 项 目 。 简 单 地 说 , 迪 米 特 法 则 就 是 指 一 个 软件 实体 应 当 尽 可 能 少 地 与 其 他 
实体 发 生 相 互 作用 。 这 样 , 当 一 个 模块 修改 时 ,就 会 尽量 少 地 影响 其 他 的 模块 ,扩展 会 相对 
容易 ,这 是 对 软件 实体 之 间 通 信 的 限制 , 它 要 求 限 制 软件 实体 之 间 通 信 的 宽度 和 深度 。 

在 迪 米 特 法 则 中 ,对 于 一 个 对 象 , 其 朋友 包括 以 下 几 类 

(1) 当前 对 象 本 身 (this); 

(2) 以 参数 形式 传人 到 当前 对 象 方法 中 的 对 象 ; 

(3) 当前 对 象 的 成 员 对 象 ; 

(4) 如 果 当 前 对 象 的 成 员 对 象 是 一 个 集合 ,那么 集合 中 的 元 素 也 都 是 朋友 ; 

(5) 当前 对 象 所 创建 的 对 象 。 

任何 一 个 对 象 如 果 满 足 上 面 的 条 件 之 一 ,就 是 当前 对 象 的 “朋友 ”, 否 则 就 是 “陌生 人 ”。 

迪 米 特 法 则 可 分 为 狭义 法 则 和 广义 法 则 。 在 狭义 的 迪 米 特 法 则 中 ,如 果 两 个 类 之 间 不 
必 彼 此 直接 通信 ,那么 这 两 个 类 就 不 应 当 发 生 直 接 的 相互 作用 ,如 果 其 中 的 一 个 类 需要 调用 
另 一 个 类 的 某 一 个 方法 的 话 , 可 以 通过 第 三 者 转发 这 个 调用 ,如 图 2-13 所 示 。 


图 2-13 狭义 迪 米 特 法 则 示意 图 


在 图 2-13 中 ,Object A 与 Object B 存在 依赖 关系 ,Object C 是 Object B 的 成 员 对 象 ， 
根据 迪 米 特 法 则 ,Object A 只 能 调用 Object B 中 的 方法 ,而 不 允许 调用 Object C 中 的 方法 ， 
因为 它们 之 间 不 存在 直接 引用 关系 。 根 据 迪 米 特 法 则 ,不 允许 出 现 a. methodl(). method2() 或 
者 a. b. method() 这 样 的 调用 方式 ,只 允许 出 现 a. method() ,也 就 是 在 方法 调用 时 只 能 够 出 
现 一 个 “.”( 点 号 )。 

狭义 的 迪 米 特 法 则 可 以 降低 类 之 间 的 耦合 ,但 是 会 在 系统 中 增加 大 量 的 小 方法 并 散落 
在 系统 的 各 个 角落 , 它 可 以 使 一 个 系统 的 局 部 设计 简化 ,因为 每 一 个 局 部 都 不 会 和 远 距 离 的 
对 象 有 直接 的 关联 ,但 是 也 会 造成 系统 的 不 同 模块 之 间 的 通信 效率 降低 .使 得 系统 的 不 同 模 
块 之 间 不 容易 协调 。 

广义 的 迪 米 特 法 则 就 是 指 对 对 象 之 间 的 信息 流量 、 流 向 以 及 信息 的 影响 的 控制 ,主要 是 
对 信息 隐藏 的 控制 。 信 息 的 隐藏 可 以 使 各 个 子 系统 之 间 脱 耦 ,从 而 允许 它们 独立 地 被 开发 、 
优化 、 使 用 和 修改 ,同时 可 以 促进 软件 的 复 用 ,由 于 每 一 个 模块 都 不 依赖 于 其 他 模块 而 存在 ， 
因此 每 一 个 模块 都 可 以 独立 地 在 其 他 的 地 方 使 用 。 一 个 系统 的 规模 越 大 ,信息 的 隐藏 就 越 
重要 ,而 信息 隐藏 的 重要 性 也 就 越 明 显 。 

迪 米 特 法 则 的 主要 用 途 在 于 控制 信息 的 过 载 。 在 将 迪 米 特 法 则 运用 到 系统 设计 中 时 ， 
要 注意 下 面 的 几 点 。 
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(1) 在 类 的 划分 上 ,应 当 尽量 创建 松 耦合 的 类 ,类 之 问 的 耦合 度 越 低 ,就 越 有 利于 复 用 ， 
一 个 处 在 松 耦合 中 的 类 一 旦 被 修改 ,不 会 对 关联 的 类 造成 太 大 波及 。 

(2) 在 类 的 结构 设计 上 ,每 一 个 类 都 应 当 尽 量 降低 其 成 员 变 量 和 成 员 函 数 的 访问 权限 。 

(3) 在 类 的 设计 上 ,只 要 有 可 能 ,一 个 类 型 应 当 设 计 成 不 变 类 。 

(4) 在 对 其 他 类 的 引用 上 ,一 个 对 象 对 其 他 对 象 的 引用 应 当 降 到 最 低 。 


2.8.3 迪 米 特 法 则 实例 


下 面 通过 一 个 简单 实例 来 加 深 对 迪 米 特 法 则 的 理解 。 

1. 实例 说 明 

某 系 统 界面 类 (如 Forml、Form2 等 类 ) 与 数据 访问 类 (如 DAO1、DAO2 等 类 ) 之 间 的 调 
用 关系 较为 复杂 ,如 图 2-14 所 示 。 


图 2-14 界面 类 与 数据 访问 类 原始 类 图 


由 于 存在 复杂 的 调用 关系 ,将 导致 系统 的 耦合 度 非常 大 ,重用 现 有 类 比较 困难 ,增加 新 
的 界面 类 或 数据 访问 类 也 比较 麻烦 。 现 需要 降低 界面 类 和 业务 迎 辑 类 之 间 的 耦合 度 ,可 使 
用 迪 米 特 法 则 对 系统 进行 重 构 。 

2. 实例 解析 

为 了 降低 界面 类 与 数据 访问 类 之 问 的 耦合 度 , 可 以 在 它们 之 间 引 入 一 系列 控制 类 (如 
Controllerl .Controller2 等 类 ) ,由 控制 类 来 负责 控制 界面 类 对 业务 逻辑 类 的 访问 , 重 构 之 
后 的 类 图 如 图 2-15 所 示 。 


图 2-15 重 构 后 的 界面 类 、 控 制 类 和 数据 访问 类 类 图 
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在 图 2-15 中 ,由 于 控制 类 的 引入 ,界面 类 与 数据 访问 类 之 间 不 存在 直接 引用 关系 。 如 
果 增 加 一 个 新 的 界面 类 如 Form6, 需 要 引用 DAO2、DAO3 和 DAO4, 原 来 需要 建立 三 个 引 
用 关系 ,而 有 了 控制 类 后 ,只 需要 直接 引用 控制 类 Controller2 即 可 。 如 果 需 要 增加 新 的 数 
据 访 问 类 ,可 以 对 应 增加 新 的 控制 类 或 者 修改 现 有 控制 类 ,无 须 修 改 原 有 界面 类 。 系 统 具 有 
较 好 的 灵活 性 , 且 可 以 很 方便 地 重用 现 有 的 界面 类 和 数据 访问 类 。 


2.9 本章 小 结 


(1) 对 于 面向 对 象 的 软件 系统 设计 来 说 ,在 支持 可 维护 性 的 同时 ,需要 提高 系统 的 可 复 
用 性 

(2) 软件 的 复 用 可 以 提高 软件 的 开发 效率 ,提高 软件 质量 ,节约 开发 成 本 ,恰当 的 复 用 
还 可 以 改善 系统 的 可 维护 性 。 

(3) 单一 职责 原则 要 求 在 软件 系统 中 ,一 个 类 只 负责 一 个 功能 领域 中 的 相应 职责 。 

(4) 开 闭 原则 要 求 一 个 软件 实体 应 当 对 扩展 开放 ,对 修改 关闭 , 即 在 不 修改 源 代码 的 基 
出 上 扩展 一 个 系统 的 行为 。 

(5) 里 氏 代 换 原则 可 以 通俗 表述 为 在 软件 中 如 果 能 够 使 用 基 类 对 象 , 那 么 一 定 能 够 使 
用 其 子 类 对 象 。 

(6) 依赖 倒转 原则 要 求 抽象 不 应 该 依赖 于 细节 ,细节 应 该 依赖 于 抽象 ; 要 针对 接口 编 
程 ,不 要 针对 实现 编程 。 

(7) 接口 隔离 原则 要 求 客 户 端 不 应 该 依赖 那些 它 不 需要 的 接口 ,即将 一 些 大 的 接口 细 
化 成 一 些小 的 接口 供 客户 端 使 用 。 

(8) 合成 复 用 原则 要 求 复 用 时 尽量 使 用 对 象 组 合 , 而 不 使 用 继承 。 

(9) 迪 米 特 法 则 要 求 一 个 软件 实体 应 当 尽 可 能 少 地 与 其 他 实体 发 生 相 互 作用 。 


思考 与 练习 


1. 有 人 将 面向 对 象 设计 原则 简单 归 为 三 条 : 

(1) 封装 变化 点 

(2) 对 接口 进行 编程 ; 

(3) 多 使 用 组 合 ,而 不 是 继承 。 

请 查阅 相关 资料 并 结合 本 章 所 学 内 容 , 谈 谈 对 这 三 条 原则 的 理解 。 

2. 结合 本 章 所 学 的 面向 对 象 设 计 原 则 , 谈 谈 对 类 和 接口 “粒度 ”的 理解 。 

3. 研究 JDK 类 库 ,在 Java AWT/Swing GUI 编程 中 需要 使 用 布局 管理 器 ,JDK 类 库 
中 定义 了 一 个 接口 java. awt. LayoutManager ,该 接口 是 所 有 布局 类 的 父 接口 。 结 合 面向 对 
象 设计 原则 , 谈 谈 LayoutManager 接口 的 意义 以 及 该 设计 方案 中 所 蕴涵 的 面向 对 象 设计 
原则 。 

4. 讨论 : 正方 形 是 否 是 长 方形 的 子 类 ? 圆 是 否 是 椭圆 的 子 类 (结合 里 氏 代 换 原 则 )? 

5. 在 JDK 中 ,java. util. Stack 是 java. util. Vector 类 的 子 类 .该 设计 并 不 合理 ,请 查阅 
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相关 资料 并 通过 对 源 代码 进行 分 析 ,解释 该 设计 存在 的 问题 (结合 合成 复 用 原则 )。 
6. 下 面 的 类 是 否 违反 了 迪 米 特 法 则 ? 为 什么 ? 


设计 模式 概述 


本 章 导 学 

随 着 面向 对 象 技术 的 发 展 和 广泛 应 用 ,设计 模式 不 再 是 一 个 新 兴 名 词 , 它 
已 逐步 成 为 系统 架构 人 员 、 设 计 人 员 、 分 析 人 员 以 及 实现 系统 的 程序 员 所 需 党 
握 的 基本 技能 之 一 。 

设计 模式 已 广泛 应 用 于 面向 对 象 系统 的 设计 和 开发 ,成 为 面向 对 象 技术 
的 一 个 重要 组 成 部 分 。 当 人 们 在 特定 的 环境 下 过 到 特定 类 型 的 问题 时 ,可 以 
采用 他 人 已 使 用 过 的 一 些 成 功 的 解决 方案 ,一 方面 降低 了 分 析 、 设 计 和 实现 的 
难度 ; 另 一 方面 可 以 使 得 系统 具有 更 好 的 可 重用 性 和 灵活 性 。 


本 章 的 重点 在 于 掌握 设计 模式 的 定义 基本 要 素 和 分 类 ,了 解 GoF 23 种 设计 模式 并 理 
解 设计 模式 的 优点 。 

本 章 的 难点 在 于 理解 设计 模式 的 基本 要 素 及 其 每 一 个 要 素 的 作用 ,掌握 设计 模式 的 分 
类 方式 以 及 各 类 设计 模式 的 异同 。 

设计 模式 发 展 重要 等 级 : 友 友 友 交 六 

设计 模式 定义 重要 等 级 : 友 友 友 友 女 

设计 模式 分 类 重要 等 级 : 友 友 妈妈 六 


3.1 设计 模式 的 诞生 与 发 展 


与 很 多 其 他 软件 工程 技术 一 样 ,设计 模式 起 源 于 建筑 领域 , 它 是 对 前 人 经 验 的 总 结 ,为 
后 人 设计 与 开发 基于 面向 对 象 的 软件 提供 指导 方针 和 成 熟 的 解决 方案 。 


3.1.1 模式 的 诞生 与 定义 


模式 起 源 于 建筑 业 而 非 软 件 业 , 模 式 (Pattern) 之 父 一 一 美国 加 利 福 尼 亚 大 学 环境 结构 
中 心 研究 所 所 长 Christopher Alexander 博士 用 了 约 20 年 的 时 间 , 对 舒适 住宅 和 周边 环境 
进行 了 大 量 的 调查 和 资料 收集 工作 ,发 现 人 们 对 舒适 住宅 和 城市 环境 存在 一 些 共同 的 认同 
规律 。 他 在 其 经 典 著 作 A Pattern Language: Towns,，Buildings,Construction( 见 图 3-1) 
中 把 这 些 认 同 规律 归纳 为 253 个 模式 ,对 每 一 个 模式 都 从 Context (模式 可 适用 的 前 提 条 
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件 ) .Theme 或 Problem( 在 特定 条 件 下 要 解决 的 目标 问题 ) .Solution( 对 目标 问题 求解 过 程 
中 各 种 物理 关系 的 表述 ) 三 个 侧面 进行 描述 ,并 给 出 了 从 用 户 需求 分 析 到 建筑 环境 结构 设计 
直至 经 典 实 例 的 过 程 模型 。 


APattern Language 


Towns Buildings - Construction 


Christopher Alexander 
Sara Ishikawa - Mn Semels | 


Max Jacobson - iagid Fiksdahl-King 
Shlomo Angel 


| 
| 
| 
| 
| 


图 3-1 Christopher Alexander 及 其 著作 封面 


在 Alexander 的 另 一 部 经 典 著作 《建筑 的 永恒 之 道 ) 中 ,他 提 到 “每 个 建筑 、 每 个 城市 都 
是 由 称 作 模式 的 一 定 整体 组 成 的 ,而 且 一 旦 我 们 以 建筑 的 模式 来 理解 建筑 ,我 们 就 有 了 考察 
它们 的 方法 ,这 一 方法 产生 了 所 有 的 建筑 ,产生 了 一 个 城市 的 所 有 相似 部 分 以 及 所 有 同类 物 

结构 中 的 各 部 分 “每 一 模式 就 是 一 个 规则 , 它 描述 了 它 所 限定 的 整体 以 及 你 所 必须 要 做 
的 事情 “模式 以 成 千 上 万 次 的 重复 进入 世界 ,因为 成 千 上 万 的 人 们 共同 使 用 具有 这 些 模式 
的 语言 “在 哥 特 式 教 党 中 ,中 殿 侧 面 与 平行 于 它 的 侧 廊 相连 ”等 。 

Alexander 给 出 了 关于 模式 的 经 典 定义 : 每 个 模式 都 描述 了 一 个 在 我 们 的 环境 中 不 
断 出 现 的 问题 ,然后 描述 了 该 问题 的 解决 方案 的 核心 ， 0 我 们 可 以 无 数 次 地 
重用 那些 已 有 的 解决 方案 ,无 须 再 重复 相同 的 工作 。 这 个 定义 可 以 简单 地 用 一 句 话 表 
示 : A pattern is a solution to a problem in a ee 种 
方案 ) 。 

在 Alexander 研究 模式 以 前 ,人 们 注重 研究 的 是 高 质量 ,高 效率 、 低 成 本 的 开发 方案 ,而 
Alexander 的 模式 注重 的 是 “什么 是 最 好 的 、 成 功 的 系统。 为 了 找 出 最 优 解决 方案 ， 
Alexander 用 了 约 20 年 时 间 对 现存 物 进行 比较 分 析 , 他 的 贡献 主要 体现 在 两 方面 : 其 一 是 
集 既 往 之 大 成 一 一 它 概括 归纳 了 迄今 为 止 各 种 风格 建筑 师 的 共同 设计 规则 ,给 东西 方 .古代 
派 、 现 代 派 建筑 设计 与 城市 规划 提供 了 共同 的 语言 和 准则 ; 其 二 是 他 不 仅 给 出 了 方法 ,还 给 
出 了 最 优 解决 方案 。 

模式 可 以 应 用 于 不 同 的 领域 ,建筑 领域 有 建筑 模式 ,桥梁 领域 也 有 桥梁 模式 等 。 
领域 逐渐 成 熟 的 时 候 , 自 然 会 出 现 很 多 模式 。 因 为 模式 是 一 种 指导 ,在 一 个 良好 的 指导 
和 
办 法 。 
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3.1.2 软件 模式 


1990 年 ,软件 工程 界 开始 关注 Christopher Alexander 等 在 这 一 住宅 、 公 共 建 筑 与 城市 
规划 领域 的 重大 突破 ,最 早 将 该 模式 的 思想 引入 软件 工程 方法 学 的 是 以 “四 人 组 (Gang of 
Four,GoF ,分 别 是 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides)” 自 称 的 
四 位 著名 软件 工程 学 者 ,他 们 在 1994 年 归纳 发 表 了 23 种 在 软件 开发 中 使 用 频率 较 高 的 设 
计 模 式 , 旨 在 用 模式 来 统一 沟通 面向 对 象 方法 在 分 析 .设计 和 实现 间 的 鸿沟 。 

GoF 将 模式 的 概念 引入 软件 工程 领域 ,这 标志 着 软件 模式 的 诞生 。 软 件 模式 是 将 模式 
的 一 般 概念 应 用 于 软件 开发 领域 , 即 软件 开发 的 总 体 指 导 思 路 或 参照 样板 。 软 件 模式 并 非 
仅 限 于 设计 模式 ,还 包括 架构 模式 、 分 析 模 式 和 过 程 模式 等 ,实际 上 ,在 软件 生存 期 的 每 一 个 
阶段 都 存在 着 一 些 被 认同 的 模式 。 

软件 模式 可 以 认为 是 对 软件 开发 这 一 特定 “问题 > 的 “解法 ”的 某 种 统一 表示 , 它 和 
Alexander 所 描述 的 模式 定义 完全 相同 , 即 软件 模式 等 于 一 定 条 件 下 出 现 的 问题 以 及 解法 。 
软件 模式 的 基础 结构 由 4 个 部 分 构成 : 问题 描述 、 前 提 条 件 ( 环 境 或 约束 条 件 )、 解 法 和 效 
果 , 如 图 3-2 所 示 。 


问题 描述 

了 
前 提 条 件 

了 

解法 

关联 解法 了 
/已 知 应 用 


图 3-2 软件 模式 基本 结构 


软件 模式 与 具体 的 应 用 领域 无 关 , 在 模式 发 现 过 程 中 需要 遵循 大 三 律 (Rule of Three)， 
即 只 有 经 过 三 个 以 上 不 同类 型 (或 不 同 领域 ) 的 系统 的 校 验 ,一 个 解决 方案 才能 从 候选 模式 
升格 为 模式 。 

3.1.3 设计 模式 的 发 展 

在 软件 模式 领域 ,目前 研究 最 为 深入 的 是 设计 模式 。 下 面 是 软件 设计 模式 的 一 个 简单 
发 展 史 : 

(1) 1987 年 ,Kent Beck 和 Ward Cunningham 借鉴 Alexander 的 模式 思想 在 程序 开发 
中 开始 应 用 一 些 模 式 , 并 且 在 1987 年 的 OOPSLA (Object-Oriented Programming， 
Systems，Languages & Applications ,面向 对 象 编程 .系统 .语言 和 应 用 大 会 ) 会 议 上 发 表 了 


他 们 的 成 果 ,不 过 ,他 们 的 研究 在 当时 并 没有 引起 热潮 。 
(2) 1990 年 , OOPSLA 与 ECOOP (European Conference on Object-Oriented 
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Programming ,欧洲 面向 对 象 编程 大 会 ) 在 加 拿 大 的 瀑 太 华 联合 举办 ,在 由 Bruce Anderson 
主持 的 Architectural Handbook 研讨 会 中 ,Erich Gamma 和 Richard Helm 等 人 开始 讨论 有 
关 模 式 的 话题 。“ 四 人 组 ?正式 成 立 ,并 开始 着 手 进行 设计 模式 的 分 类 整理 工作 。 

(3) 在 1991 年 的 OOPSLA 中 ,Bruce Anderson 主持 了 首次 针对 设计 模式 的 研讨 会 ， 
Gamma 和 Johnson 等 人 再 次 就 设计 模式 展开 讨论 。 同 年 ,Erich Gamma 完成 了 他 在 瑞士 苏 
黎 世 大 学 的 博士 论文 ,其 论文 题目 为 Object-Oriented Software Development based on 
ET++: Design Patteras，ClassLibrary，Tools,Peter Coad 和 James Coplien 等 也 开始 进行 
有 关 模 式 的 研究 。 

(4) 在 1992 年 的 OOPSLA 上 ,Anderson 再 度 主持 研讨 会 ,模式 已 经 逐渐 成 为 人 们 讨 
论 的 话题 。 在 研讨 会 中 ,伊利 诺 伊 大 学 教授 Ralph Johnson 发 表 了 模式 与 应 用 框架 关系 的 
论文 Documenting Framework Using Patterns ,同年 Peter Coad 在 国际 权威 计算 机 期 刊 
Communications of ACM 上 发 表 文 章 Object-oriented patterns ,该 文 包含 了 与 OOAD 相关 
的 7 个 模式 。 

(5) 1993 年 ,Kent Beck 和 Grady Booch 赞助 了 第 一 次 关于 设计 模式 的 会 议 , 这 次 会 议 
邀请 了 Richard Helm、Ralph Johnson、Ward Cunningham、James Coplien 等 人 参加 ,会 议 在 
美国 中 部 科罗拉多 (Colorado) 州 的 落 基 山 (Rocky Mountain) 下 举行 ,共同 讨论 如 何 将 
Alexander 的 模式 思想 与 OO( 面 向 对 象 技 术 ) 结 合 起 来 。 他 们 决定 以 Gamma 的 研究 成 果 
为 基础 继续 努力 研究 下 去 ,这 个 设计 模式 研究 组 织 发 展 成 为 著名 的 Hillside Group( 山 边 小 
组 ) 研 究 组 。 

(6) 1994 年 ,由 Hillside Group 发 起 ,在 美国 伊利 诺 伊 州 (Illinois) 的 Allerton Park 召 
了 第 一 届 关 于 面向 对 象 模式 的 世界 性 会 议 , 名 为 PLoP(Pattern Languages of Programs， 
编程 语言 模式 会 议 ) ,简称 PLoP'94。 

(7) 1995 年 ,PLoP'95 仍 在 伊利 诺 伊 州 的 Allerton Park 举行 ,共有 70 多 人 参加 ,论文 
题目 比 前 一 年 更 加 多 样 化 ,包括 Web 界面 模式 等 ,其 论文 由 John Vlissides 等 人 负责 编辑 成 
书 并 发 行 上 市 。 同 年 发 生 了 设计 模式 领域 里 程 碑 性 的 事件 ,“ 四 人 组 ”出 版 了 Design 
Patterns : Elements of Reusable Object-Oriented Software(《 设 计 模 式 : 可 复 用 面向 对 象 软 
件 的 基础 ) 一 书 , 该 书 成 为 1995 年 最 抢手 的 面向 对 象 书籍 ,也 成 为 设计 模式 的 经 典 书籍 。 
该 书 的 出 版 也 意味 着 设计 模式 正式 成 为 软件 工程 领域 一 个 重要 的 研究 分 支 。 

(8) 从 1995 年 至 今 ,设计 模式 在 软件 开发 中 得 以 广泛 应 用 ,在 Sun 的 Java SE/Java EE 
平台 和 Microsoft 公司 的 . NET 平台 设计 中 就 应 用 了 大 量 的 设计 模式 ,同时 也 诞生 了 越 来 越 
多 的 与 设计 模式 相关 的 书籍 和 网 站 ,设计 模式 也 作为 一 门 独立 的 课程 或 作为 软件 体系 结构 
等 课程 的 重要 组 成 部 分 出 现在 国内 外 研究 生 和 大 学 教育 的 课堂 上 。 

在 设计 模式 领域 ,狭义 的 设计 模式 就 是 指 GoF 的 《设计 模式 : 可 复 用 面向 对 象 软件 的 
基础 ;一 书 中 包含 的 23 种 经 典 设计 模式 ,不 过 设计 模式 不 仅仅 只 有 这 23 种 , 随 着 软件 开发 
技术 的 发 展 , 越 来 越 多 的 新 模式 不 断 诞生 并 得 以 广泛 应 用 。 本 书 将 主要 围绕 GoF 23 种 模 
式 进行 讲解 。 
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3.2 设计 模式 的 定义 与 分 类 


设计 模式 的 出 现 可 以 让 我 们 站 在 前 人 的 肩膀 上 ,通过 一 些 成 熟 的 设计 方案 来 指导 新 项 
目的 开发 和 设计 ,更 加 方便 地 复 用 成 功 的 设计 和 体系 结构 。 


3.2.1 设计 模式 的 定义 


设计 模式 (Design Pattern) 是 一 套 被 反复 使 用 .多 数 人 知晓 的 、 经 过 分 类 编目 的 ,代码 设计 
经 验 的 总 结 , 使 用 设计 模式 是 为 了 可 重用 代码 .让 代码 更 容易 被 他 人 理解 .提高 代码 的 可 靠 性 。 


3.2.2 设计 模式 的 基本 要 素 


设计 模式 一 般 有 如 下 几 个 基本 要 素 : 模式 名 称 . 问 题 . 目 的 .解决 方案 效果、 实例 代码 
和 相关 设计 模式 ,其 中 的 关键 元 素 包括 以 下 四 个 方面 : 

1. 模式 名 称 

模式 名 称 (Pattern name) 通过 一 两 个 词 来 描述 模式 的 问题 解决 方案 和 效果 ,以 便 更 好 
地 理解 模式 并 方便 开发 人 员 之 间 的 交流 , 绝 大 多 数 模式 都 是 根据 其 功能 或 模式 结构 来 命名 
的 。 在 学 习 设 计 模 式 时 ,首先 应 该 准确 记忆 该 模式 的 中 英文 模式 名 ,在 已 有 的 类 库 中 ,很 多 
使 用 了 设计 模式 的 类 名 通常 包含 了 所 使 用 的 设计 模式 的 模式 名 称 ,如 果 一 个 类 类 名 为 
XXXAdapter, 则 该 类 是 一 个 适配器 类 ,在 设计 时 使 用 了 适配器 模式 ,如 果 一 个 类 类 名 为 
XXXFactory, 则 该 类 是 一 个 工厂 类 , 它 一 定 包 含 了 一 个 工厂 方法 用 于 返回 一 个 类 的 实例 
对 象 。 

2. 问题 

问题 (Problem) 描述 了 应 该 在 何 时 使 用 模式 , 它 包 含 了 设计 中 存在 的 问题 以 及 问题 存 
在 的 原因 。 这 些 问 题 有 些 是 一 些 特定 的 设计 问题 ,如 怎样 使 用 对 象 封装 状态 或 者 使 用 对 象 
表示 算法 等 ,也 可 能 是 系统 中 存在 不 灵活 的 类 或 对 象 结构 ,导致 系统 可 维护 性 较 差 。 有 时 
候 ,在 模式 的 问题 描述 部 分 可 能 会 包含 使 用 该 模式 时 必须 满足 的 一 系列 先决 条 件 。 如 在 使 
用 桥接 模式 时 系统 中 的 类 必须 存在 两 个 独立 变化 的 维度 ,在 使 用 组 合 模式 时 系统 中 必须 存 
在 整体 和 部 分 的 层次 结构 等 。 在 对 问题 进行 描述 的 同时 实际 上 就 确定 了 模式 所 对 应 的 使 用 
环境 以 及 模式 的 使 用 动机 。 

3. 解决 方案 

解决 方案 (Solution) 描述 了 设计 模式 的 组 成 成 分 ,以 及 这 些 组 成 成 分 之 间 的 相互 关系 ， 
各 自 的 职责 和 协作 方式 。 模 式 是 一 个 通用 的 模板 .它们 可 以 应 用 于 各 种 不 同 的 场合 ,解决 方 
案 并 不 描述 一 个 特定 而 具体 的 设计 或 实现 ,而 是 提供 设计 间 题 的 抽象 描述 和 怎样 用 一 个 具 
有 一 般 意 义 的 元 素 组 合 ( 类 或 对 象 组 合 ) 来 解决 这 个 问题 。 在 学 习 设 计 模 式 时 ,解决 方案 通 
过 类 图 和 核心 代码 来 加 以 说 明 , 对 于 每 一 个 设计 模式 ,必须 掌握 其 类 图 ,理解 类 图 中 每 一 个 
角色 的 意义 以 及 它们 之 间 的 关系 ,同时 需要 掌握 实现 该 模式 的 一 些 核心 代码 ,以 便于 在 实际 
开发 中 合理 应 用 设计 模式 。 
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4. 效果 

效果 (Consequences) 描述 了 模式 应 用 的 效果 以 及 在 使 用 模式 时 应 权衡 的 问题 。 效 果 
主要 包含 模式 的 优 缺 点 分 析 ,我 们 应 该 知道 ,没有 一 个 解决 方案 是 百分之百 完美 的 ,在 使 用 
设计 模式 时 需要 进行 合理 的 评价 和 选择 。 一 个 模式 在 某 些 方面 具有 优点 的 同时 可 能 在 另 
一 方面 存在 缺陷 ,因此 需要 综合 考虑 模式 的 效果 。 在 评价 效果 时 ,我 们 通过 结合 上 一 章 
所 学 的 面向 对 象 设计 原则 来 进行 分 析 , 如 判断 一 个 模式 是 否 符合 单一 职责 原则 ,是 否 符 
合 开 闭 原则 等 。 

除了 上 述 的 四 个 基本 要 素 , 完 整 的 设计 模式 描述 中 通常 还 包含 该 模式 的 别名 (其 他 名 
称 ) ,模式 的 分 类 (模式 所 属 类 别 ) ,模式 的 适用 性 (在 什么 情况 下 可 以 使 用 该 设计 模式 ) ,模式 
角色 ( 即 模式 参与 者 ,模式 中 的 类 和 对 象 以 及 它们 之 间 的 职责 )、 模 式 实 例 (通过 实例 来 进 一 
步 加 深 对 模式 的 理解 )、 模 式 应 用 (在 已 有 系统 中 该 模式 的 使 用 ) ,模式 扩展 (该 模式 的 一 些 改 
进 , 与 之 相关 的 其 他 模式 及 其 他 扩展 知识 ) 等 。 

本 书 将 按照 以 下 次 序 来 介绍 设计 模式 : 

(1) 模式 动机 与 定义 : 通过 一 些 简 单 问 题 引 出 模式 ,了 解 该 模式 可 以 解决 的 问题 ,并 对 
模式 进行 准确 的 定义 (包括 中 文 定义 和 英文 定义 )。 

(2) 模式 结构 与 分 析 : 模式 结构 图 (类 图 ) 及 角色 分 析 , 理 解 该 模式 解决 方案 的 构成 以 
及 成 分 的 关系 ,并 结合 示例 代码 或 实例 对 模式 结构 和 角色 进行 进一步 说 明 。 

(3) 模式 实例 与 解析 : 通过 一 或 两 个 实例 对 模式 进行 深入 学 习 , 了 解 如 何在 实际 开发 
中 应 用 该 模式 。 在 本 书 中 ,大 部 分 模式 都 提供 了 两 个 实例 ,一 个 来 源 于 现实 生活 ,方便 对 模 
式 的 理解 ; 另 一 个 来 源 于 软件 开发 。 

(4) 模式 效果 与 应 用 : 对 每 一 个 模式 的 优 缺 点 进行 分 析 ,学 会 识别 模式 的 适用 场景 ,了 
解 在 已 有 系统 中 模式 的 使 用 情况 。 

(5) 模式 扩展 : 模式 的 一 些 改进 方案 ,包括 模式 功能 的 增强 和 简化 ,与 其 他 模式 的 联 用 
以 及 模式 的 变异 ,还 包括 与 该 模式 相关 的 其 他 扩展 知识 。 


3.2.3 设计 模式 的 分 类 


设计 模式 一 般 有 以 下 两 种 分 类 方式 。 

(1) 根据 其 目的 (模式 是 用 来 做 什么 的 ) 可 分 为 创建 型 (Creational) ,结构 型 (Structural) 
和 行为 型 (Behavioral) 三 种 : 

Oa 创建 型 模式 主要 用 于 创建 对 象 ,GoF 提供 了 5 种 创建 型 模式 ,分 别 是 工厂 方法 模式 
(Factory Method) 、 抽 象 工厂 模式 (Abstract Factory)、 建 造 者 模式 (Builder)、 原 型 模式 
(Prototype) 和 单 例 模式 (Singleton) ; 

@ 结构 型 模式 主要 用 于 处 理 类 或 对 象 的 组 合 ,GoF 提供 了 7 种 结构 型 模式 ,分 别 是 适 
配器 模式 (Adapter) ,桥接 模式 (Bridge) ,组 合 模式 (Composite) 、 装 饰 模式 (Decorator)、 外 观 
模式 (Facade) 、 享 元 模式 (Flyweight) 和 代理 模式 (Proxy); 

@ 行为 型 模式 主要 用 于 描述 对 类 或 对 象 怎样 交互 和 怎样 分 配 职责 ,GoF 提供 了 11 种 
行为 型 模式 .分 别 是 职责 链 模式 (Chain of Responsibility) ,命令 模式 (Command) .解释 器 模 
式 (Interpreter) ,迭代 器 模式 (Iterator) ,中 介 者 模式 (Mediator) 、 备 忘 录 模 式 (Memento) 、 观 
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察 者 模式 (Observer)、 状 态 模 式 (State)、 策 略 模式 (Strategy)、 模 板 方法 模式 (Template 
Method) 和 访问 者 模式 (Visitor) 。 
(2) 根据 范围 , 即 模式 主要 是 用 于 处 理 类 之 间 关 系 还 是 处 理 对 象 之 间 的 关系 ,可 分 为 类 
模式 和 对 象 模式 两 种 : 
@ 类 模式 处 理 类 和 子 类 之 间 的 关系 ,这 些 关 系 通 过 继承 建立 ,在 编译 时 刻 就 被 确定 下 


来 ,是 属于 静态 的 。 


@ 对 象 模式 处 理 对 象 间 的 关系 ,这 些 关系 在 运行 时 刻 变 化 ,更 具 动 态 性 。 
根据 “合成 复 用 原则 ”, 在 系统 设计 时 ,我们 应 该 尽量 用 关联 关系 来 取代 继承 关系 ,因此 
大 部 分 模式 都 属于 对 象 模式 , 纯 的 类 模式 很 少 。 


3.3 GoF 设计 模式 简介 


在 GoF 的 经 典 著作 《设计 模式 : 可 复 用 面向 对 象 软件 的 基础 ) 一 书 中 一 共 描 述 了 23 种 
设计 模式 ,这 23 种 模式 分 别 如 表 3-1 所 示 。 
表 3-1 GoF 23 种 模式 一 览 表 
范围 \ 目 的 创建 型 模式 结构 型 模式 行为 型 模式 
a 解释 器 模式 
类 模式 工厂 方法 模式 (类 ) 适 配器 模式 人 
(对 象 ) 适配器 a 
人 选 代 器 模式 
抽象 工厂 模式 桥接 模式 
要 二 全 中 介 者 模式 
建造 者 模式 组 合 模式 介 
对 象 模式 备忘录 模式 
原型 模式 装饰 模式 EE 
单 例 模式 外 观 模式 y 
外 观 状态 模式 
享 元 模式 
代理 模式 le 
访问 者 模式 


下 面 简单 对 GoF 23 种 设计 模式 进行 说 明 ,如 表 3-2 所 示 。 
表 3-2 ”GoF 23 种 模式 简要 说 明 


模式 类 别 模式 名 称 模式 说 明 
抽象 工厂 模式 提供 了 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接口 ,而 无 
(Abstract Factory) ， 须 指定 它们 具体 的 类 
建造 者 模式 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 ,使 得 同样 的 构建 
(Builder) 过 程 可 以 创建 不 同 的 表示 

创建 型 模式 工厂 方法 模式 将 类 的 实例 化 操作 延迟 到 子 类 中 完成 , 即 由 子 类 来 决定 究 

(Creational Patterns) (Factory Method) ， 竟 应 该 实例 化 (创建 ) 哪 一 个 类 

原型 模式 通过 给 出 一 个 原型 对 象 来 指明 所 要 创建 的 对 象 的 类 型 , 然 
(Prototype) 后 通过 复制 这 个 原型 对 象 的 办 法 创建 出 更 多 同类 型 的 对 象 
单 例 模 式 确保 在 系统 中 某 一 个 类 只 有 一 个 实例 ,而 且 自 行 实例 化 并 


(Singleton) 


向 整个 系统 提供 这 个 实例 
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续 表 
模式 类 别 模式 名 称 模式 说 明 
适配器 模式 将 一 个 接口 转换 成 客户 希望 的 另 一 个 接口 ,从 而 使 接口 不 
(Adapter) 兼容 的 那些 类 可 以 一 起 工作 
桥接 模式 将 抽象 部 分 与 它 的 实现 部 分 分 离 , 使 它们 都 可 以 独立 地 
(Bridge) 变化 
组 合 模式 通过 组 合 多 个 对 象形 成 树 形 结构 以 表示 “整体 -部 分 "的 结 
a 构 层 次 ,对 单个 对 象 ( 即 叶子 对 象 ) 和 组 合 对 象 ( 即 容器 对 
象 ) 的 使 用 具有 一 致 性 
结构 型 模式 绪 饰 模式 
(Structural Patterns) 动态 地 给 一 个 对 象 增加 一 些 额外 的 职责 
(Decorator) 
人 于 为 复杂 子 系统 提供 一 个 统一 的 入 口 
(Facade) 
人 通过 运用 共享 技术 有 效 地 支持 大 量 细 粒 度 对 象 的 复 用 
(Flyweight) 
代理 模式 给 某 一 个 对 象 提供 一 个 代理 ,并 由 代理 对 象 控制 对 原 对 象 
(Proxy) 的 引用 
职责 链 模 式 避免 请 求 发 送 者 与 接收 者 耦合 在 一 起 ,让 多 个 对 象 都 有 可 
(Chain of 能 接收 请 求 ,将 这 些 对 象 连接 成 一 条 链 , 并 且 沿 着 这 条 链 传 
Responsibility) 递 请 求 ,直到 有 对 象 处 理 它 为 止 
命令 模式 将 一 个 请 求 封装 为 一 个 对 象 ,从 而 使 得 请 求 调用 者 和 请 求 
(Command) 接收 者 解 耦 
解释 器 模式 描述 如 何 为 语言 定义 一 个 文法 ,如 何在 该 语言 中 表示 一 个 
(Interpreter) 句子 ,以 及 如 何 解 释 这 些 句子 
迭代 器 模式 提供 了 一 种 方法 来 访问 聚合 对 象 , 而 不 用 暴露 这 个 对 象 的 
(Tterator) 内 部 表示 
中 介 者 模式 通过 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交互 ,使 得 各 对 象 
a 不 需要 显 式 地 相互 引用 ,从 而 使 其 耦合 松散 ,而且 可 以 独立 
地 改变 它们 之 间 的 交互 
备忘录 模式 在 不 破坏 封装 的 前 提 下 ,捕获 一 个 对 象 的 内 部 状态 ,并 在 该 
行为 型 模式 二 对 象 之 外 保存 这 个 状态 ,这样 可 以 在 以 后 将 对 象 恢复 到 原 
(Behavioral Patterns) 先 保存 的 状态 
观察 者 模式 定义 了 对 象 间 的 一 种 一 对 多 依赖 关系 ,使 得 每 当 一 个 对 象 
状态 发 生 改 变 时 ,其 相关 依赖 对 象 皆 得 到 通知 并 被 自动 
(Observer) 
更 新 
ee 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 
策略 模式 定义 一 系列 算法 ,并 将 每 一 个 算法 封装 在 一 个 类 中 ,并 让 它 
们 可 以 相互 替换 .策略 模式 让 算法 独立 于 使 用 它 的 客户 而 
(Strategy) 
变化 
模板 方法 模式 


(Template Method) 


定义 一 个 操作 中 算法 的 骨架 ,而 将 一 些 步骤 延迟 到 子 类 中 


访问 者 模式 


(Visitor) 


表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 , 它 使 得 用 
户 可 以 在 不 改变 各 元 素 的 类 的 前 提 下 定义 作用 于 这 些 元 素 
的 新 操作 
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需要 注意 的 是 ,这 23 种 设计 模式 并 不 是 孤立 存在 的 ,很 多 模式 彼此 之 间 存 在 联系 ,如 在 
访问 者 模式 中 操作 对 象 结构 中 的 元 素 时 通常 需要 使 用 迭代 器 模式 ,在 解释 器 模式 中 定义 终 
结 符 表达 式 和 非 终结 符 表 达 式 时 可 以 使 用 组 合 模式 ; 此 外 ,还 可 以 通过 组 合 两 个 或 者 多 个 
模式 来 设计 同一 个 系统 ,在 充分 发 挥 每 一 个 模式 优势 的 同时 使 它们 可 以 协同 工作 ,完成 一 些 
更 复杂 的 设计 工作 。 


3.4 设计 模式 的 优点 


设计 模式 是 从 许多 优秀 的 软件 系统 中 总 结 出 的 成 功 的 .能够 实现 可 维护 性 复 用 的 设计 
方案 ,使 用 这 些 方案 将 避免 我 们 做 一 些 重复 性 的 工作 ,而 且 可 以 设计 出 高 质量 的 软件 系统 。 
具体 来 说 ,设计 模式 的 主要 优点 如 下 : 

(1) 设计 模式 融合 了 众多 专家 的 经 验 , 并 以 一 种 标准 的 形式 供 广大 开发 人 员 所 用 , 它 提 
供 了 一 套 通 用 的 设计 词汇 和 一 种 通用 的 语言 以 方便 开发 人 员 之 间 沟 通 和 交流 ,使 得 设计 方 
案 更 加 通俗 易 懂 。 对 于 使 用 不 同 编程 语言 的 开发 和 设计 人 员 可 以 通过 设计 模式 来 交流 系统 
设计 方案 ,每 一 个 模式 都 对 应 一 个 标准 的 解决 方案 ,设计 模式 可 以 降低 开发 人 员 理解 系统 的 
复杂 度 。 

(2) 设计 模式 使 人 们 可 以 更 加 简单 方便 地 复 用 成 功 的 设计 和 体系 结构 ,将 已 证 实 的 技 
术 表 述 成 设计 模式 也 会 使 新 系统 开发 者 更 加 容易 理解 其 设计 思路 。 设 计 模 式 使 得 重用 成 功 
的 设计 更 加 容易 ,并 避免 那些 导致 不 可 重用 的 设计 方案 。 

(3) 设计 模式 使 得 设计 方案 更 加 灵活 , 且 易于 修改 。 在 很 多 设计 模式 中 广泛 使 用 了 开 
闭 原 则 、 依 赖 倒转 原则 ` 迪 米 特 法 则 等 面向 对 象 设计 原则 ,使 得 系统 具有 较 好 的 可 维护 性 , 真 
正 实 现 可 维护 性 的 复 用 。 在 软件 开发 中 合理 使 用 设计 模式 ,可 以 使 得 系统 中 的 一 些 组 成 部 
分 在 其 他 系统 中 得 以 重用 ,而 且 在 此 基础 上 进行 二 次 开发 很 方便 。 正 因为 设计 模式 具有 该 
优点 ,因此 在 JDK 类 库 、. NET Framework SDK、Struts、Spring 等 类 库 和 框架 的 设计 中 大 
量 使 用 了 设计 模式 。 

(4) 设计 模式 的 使 用 将 提高 软件 系统 的 开发 效率 和 软件 质量 , 且 在 一 定 程度 上 节约 设 
计 成 本 。 设 计 模 式 是 一 些 通 过 多 次 实践 得 以 证 明 的 行 之 有 效 的 解决 方案 ,这 些 解 决 方案 通 
常 是 针对 某 一 类 问题 最 佳 的 设计 方案 ,因此 可 以 帮助 设计 人 员 构 造 优 秀 的 软件 系统 ,并 可 直 
接 重用 这 些 设计 经 验 ,节省 系统 设计 成 本 。 

(5) 设计 模式 有 助 于 初学 者 更 深入 地 理解 面向 对 象 思想 ,一 方面 可 以 帮助 初学 者 更 加 
方便 地 阅读 和 学 习 现 有 类 库 ( 如 JDK) 与 其 他 系统 中 的 源 代码 ; 另 一 方面 还 可 以 提高 软件 的 
设计 水 平和 代码 质量 。 


3.5 本 章 小 结 


(1) 模式 是 在 特定 环境 中 解决 问题 的 一 种 方案 。 
(2) GoF (Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides) 最 先 将 模式 
的 概念 引入 软件 工程 领域 ,他 们 归纳 发 表 了 23 种 在 软件 开发 中 使 用 频率 较 高 的 设计 模式 ， 
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旨 在 用 模式 来 统一 沟通 面向 对 象 方法 在 分 析 、 设 计 和 实现 间 的 鸿沟 。 

(3) 软件 模式 是 将 模式 的 一 般 概念 应 用 于 软件 开发 领域 , 即 软 件 开发 的 总 体 指导 思路 
或 参照 样板 。 软 件 模 式 可 以 认为 是 对 软件 开发 这 一 特定 “问题 "的 “解法 ”的 某 种 统一 表示 ， 
即 软 件 模 式 等 于 一 定 条 件 下 出 现 的 问题 以 及 解法 。 

(4) 设计 模式 是 一 套 被 反复 使 用 、 多 数 人 知晓 的 、 经 过 分 类 编目 的 、 代 码 设 计 经 验 的 总 
结 ,使 用 设计 模式 是 为 了 可 重用 代码 、 让 代码 更 容易 被 他 人 理解 ,提高 代码 的 可 靠 性 。 

(5) 设计 模式 一 般 有 如 下 几 个 基本 要 素 : 模式 名 称 \ 问 题 \ 目 的 .解决 方案 ,效果 实例 
代码 和 相关 设计 模式 ,其 中 的 关键 元 素 包 括 模式 名 称 问题 .解决 方案 和 效果 。 

(6) 设计 模式 根据 其 目的 可 分 为 创建 型 .结构 型 和 行为 型 三 种 ; 根据 范围 可 分 为 类 模 
式 和 对 象 模式 两 种 。 

(7) 设计 模式 是 从 许多 优秀 的 软件 系统 中 总 结 出 的 成 功 的 、 能 够 实现 可 维护 性 复 用 的 
设计 方案 ,使 用 这 些 方案 将 避免 我 们 做 一 些 重复 性 的 工作 ,而 且 可 以 设计 出 高 质量 的 软件 


思考 与 练习 


1. 什么 是 设计 模式 ? 它 包 含 哪些 基本 要 素 ? 

2. 设计 模式 如 何 分 类 ? 每 一 类 设计 模式 各 有 何 特点 ? 

3. 设计 模式 具有 哪些 优点 ? 

4. 请 查阅 相关 资料 ,了 解 在 JDK 类 库 设 计 中 使 用 了 哪些 设计 模式 ,在 何 处 使 用 了 何 种 
模式 ? 至 少 列举 两 个 。 

5. 除了 设计 模式 之 外 ,目前 有 不 少 人 在 从 事 “ 反 模式 ”的 研究 ,请 查阅 相关 资料 ,了 解 何 
谓 “ 反 模式 ”以 及 研究 “ 反 模式 ”的 意义 。 


简单 工厂 模式 


本 章 导 学 

创建 型 模式 是 GoF 三 大 类 设计 模式 中 最 容易 理解 的 一 类 ,在 软件 开发 中 
应 用 非常 广泛 ,创建 型 模式 将 对 象 的 创建 过 程 和 对 和 象 的 使 用 过 程 分 离 , 降 低 了 
系统 的 耦合 度 , 使 得 软件 系统 更 易于 扩展 。 

简单 工厂 模式 是 最 简单 的 设计 模式 之 一 , 它 虽 然 不 属于 GoF 23 种 设计 
模式 ,但 是 应 用 也 较为 频繁 ,同时 它 也 是 学 习 其 他 创建 型 模式 的 基础 。 在 简单 
工厂 模式 中 ,只 需要 记 住 一 个 简单 的 参数 即 可 获得 所 需 的 对 象 实例 , 它 提供 专 
门 的 核心 工厂 类 来 负责 对 象 的 创建 ,实现 对 象 创建 和 使 用 的 分 离 。 


本 章 将 对 6 种 创建 型 模式 进行 简要 的 介绍 ,并 通过 实例 来 学 习 简 单 工厂 模式 ,理解 简单 
工厂 模式 的 结构 及 特点 ,学 会 如 何在 实际 软件 项 目 开 发 中 合理 使 用 简单 工厂 模式 。 

本 章 的 难点 在 于 理解 简单 工厂 模式 中 工厂 类 的 作用 和 实现 以 及 为 何 需 要 定义 抽象 产 
品类 。 

简单 工厂 模式 重要 等 级 : 云云 友 克 六 

简单 工厂 模式 难度 等 级 : 友 友 交 交 六 


4.1 创建 型 模式 


顾名思义 ,创建 型 模式 关注 对 象 的 创建 过 程 , 它 将 对 象 的 创建 和 使 用 分 离 , 在 使 用 对 象 
时 无 须知 道 对 象 的 创建 细节 。 使 得 相同 的 创建 过 程 可 以 多 次 复 用 , 且 修 改 二 者 中 的 一 个 对 
另 一 个 几乎 不 造成 任何 影响 或 很 少 的 影响 。 


4.1.1 创建 型 模式 概述 


软件 系统 在 运行 时 ,类 将 实例 化 成 对 象 ,并 由 这 些 对 象 来 协作 完成 各 项 业务 功能 。 
创建 型 模式 (Creational Pattern) 对 类 的 实例 化 过 程 进行 了 抽象 ,能 够 将 软件 模块 中 对 象 的 
创建 和 对 象 的 使 用 分 离 。 为 了 使 软件 的 结构 更 加 清晰 ,外 界 对 于 这 些 对 象 只 需要 知道 它 
们 共同 的 接口 ,而 不 用 清楚 其 具体 的 实现 细节 ,使 整个 系统 的 设计 更 加 符合 单一 职责 
原则 。 
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创建 型 模式 在 创建 什么 (What) ,由 谁 创建 (Who) , 何 时 创建 (When) 等 方面 都 为 软件 设 
计 者 提供 了 尽 可 能 大 的 灵活 性 。 创 建 型 模式 隐藏 了 类 的 实例 的 创建 细节 ,通过 隐藏 对 象 如 
何 被 创建 和 组 合 在 一 起 达到 使 整个 系统 独立 的 目的 。 创 建 型 模式 是 最 常用 的 一 类 设计 模 
式 , 几 乎 在 所 有 使 用 面向 对 象 技术 开发 的 软件 系统 中 都 能 够 找到 它 的 存在 。 

为 了 让 大 家 更 生动 地 理解 创建 型 模式 的 意义 ,下 面 来 看 一 个 简单 的 例子 : 如 果 想 吃 蔷 
果 , 至 少 有 两 种 获取 苹果 的 方式 ,如 图 4-1 所 示 。 第 一 种 方式 是 自己 种 苹果 树 ,等 待 莉 果树 
花 结 果 , 在 经 过 若干 天 漫长 的 等 待 后 再 慢 慢 品尝 自己 的 劳动 成 果 ; 第 二 种 方式 是 由 专门 
苹果 种 植 户 或 农场 将 苹果 种 好 , 放 在 超市 或 水 果 摊 的 架子 上 自己 选 购 , 一 手 掏 钱 一 手提 
货 , 只 要 有 钱 马 上 就 可 以 吃 到 苹果 。 对 于 这 两 种 方式 ,一般 情况 下 人 们 会 选择 哪 种 呢 ? 毫 无 
疑问 ,选择 第 二 种 的 人 会 更 多 ,毕竟 种 苹果 的 是 少数 , 吃 苹 果 的 是 多 数 。 为 什么 呢 ? 其 一 ， 
为 苹果 由 专门 的 种 植 户 和 农场 来 生产 ,有 一 套 规范 的 生产 流程 ,其 培育 过 程 更 加 专业 ; 其 
二 ,对 于 用 户 来 说 ,只 需要 通过 简单 的 方式 即 可 获得 苹果 ,无 须 关 心 其 种 植 过 程 , 极 大 提高 用 
户 获取 苹果 的 效率 ; 其 三 ,由 于 将 苹果 的 生产 和 苹果 的 消费 分 离 , 相 同 的 生产 者 可 以 将 蔷 
果 卖 给 不 同 的 消费 者 ,同一 个 消费 者 也 可 以 货 比 三 家 ,从 不 同 的 生产 者 那里 购买 苹果 , 增 
强 了 灵活 性 。 既 然 有 这 人 么 多 优点 ,还 有 必要 每 个 人 自己 种 苹果 自己 吃 吗 ? 这 个 答案 不 言 
而 喻 。 


图 4-1 获取 苹果 的 两 种 方式 


在 面向 对 象 软件 开发 过 程 中 也 经 常 存在 类 似 自 己 种 苹果 还 是 直接 去 买 苹果 的 情况 ,如 
需要 某 个 类 的 一 个 实例 化 对 象 , 是 在 代码 中 直接 使 用 new 关键 字 来 进行 实例 化 ,还 是 通过 
已 有 的 实例 工厂 间接 获取 对 象 实例 ?在 很 多 情况 下 都 是 面向 对 象 开发 人 员 所 要 面 对 的 一 个 
问题 。 而 创建 型 模式 正 是 为 解决 这 类 问题 而 诞生 的 ,不 同 的 创建 型 模式 从 不 同 角度 解决 了 
苹果 从 何 而 来 的 问题 ,GoF 通过 对 若干 面向 对 象 系统 的 分 析 : 总 结 出 最 常用 的 几 种 创建 对 
象 的 技巧 。 下 面 就 来 学 习 这 些 巧 妙 的 模式 ,并 学 会 将 它们 应 用 到 实际 软件 开发 中 ,让 大 家 能 
够 更 加 轻松 地 吃 到 苹果 。 


4.1.2 创建 型 模式 简介 


创建 型 模式 主要 包括 如 下 6 种 模式 ,其 中 简单 工厂 模式 不 是 GoF 23 种 模式 的 一 员 ， 
表 4-1 对 这 6 种 设计 模式 进行 了 简单 的 说 明 。 
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表 4-1 创建 型 模式 简介 
模式 名 称 定义 简单 说 明 使 用 频率 
根据 提供 给 它 的 数据 ,返回 几 
a 根据 传人 的 参数 即 可 返回 所 | 个 可 能 类 中 的 一 个 类 的 实例 
需 的 对 象 , 而 不 需要 知道 具体 通常 它 返回 的 类 都 有 一 个 公共 | 去 友 妈妈 六 
ee 类 的 类 名 的 父 类 和 公共 的 方法 。 简单 工 
厂 模式 不 属于 GoF 设计 模式 
定义 一 个 用 于 创建 对 象 的 接 | 将 某 一 类 对 象 的 创建 过 程 封 
工厂 方法 模式 口 , 让 子 类 决定 将 哪 一 个 类 实 | 装 在 单独 的 类 中 ,通过 引入 抽 和 六 六 大 
(Factory Method) “| 例 化 。 工 厂 方法 模式 使 一 个 象 层 的 方式 来 使 得 对 象 的 创 
类 的 实例 化 延迟 到 其 子 类 建 和 使 用 更 为 灵活 
在 一 个 类 中 可 以 创建 多 个 不 
a 提供 一 个 创建 一 系列 相关 或 ”同类 型 的 对 象 ,这 些 对 象 所 对 
CA Fcioww) | 相互 依赖 对 象 的 接口 ,而 无 须 应 的 类 型 都 源 于 抽象 层 , 使 得 冯 友 太 太太 
”9 “99 | 指定 它们 具体 的 类 系统 具有 极 佳 的 扩展 性 和 有 灵 
活性 
将 一 个 复杂 对 象 的 构建 与 它 | ， ，，， 
者 区分 人 和风 多 人 是 一步 一 上 这 一 个 由 乡 个 部 交友 
a 过 程 可 以 创建 不 同 的 表示 
用 原型 实例 指定 创建 对 象 的 
ee 种 类 ,并 且 通 过 复制 这 个 原型 a | 
来 创建 新 的 对 象 
保证 一 个 类 仅 有 一 个 实例 ,并 
a | A 
(Singleton) 例 的 个 数 


4.2 简单 工厂 模式 动机 与 定义 


问 点 


在 实际 的 软件 开发 过 程 中 ,有 时 需要 创建 一 些 来 自 于 相同 父 类 的 类 的 实例 ,为 此 可 以 专 
门 定义 一 个 类 来 负责 创建 这 些 类 的 实例 ,这 些 被 创建 的 实例 具有 共同 的 父 类 。 在 这 种 情况 
下 ,可 以 通过 传人 不 同 的 参数 从 而 获得 不 同 的 对 象 .利用 Java 语言 的 特征 ,习惯 上 将 创建 其 
他 类 实例 的 方法 定义 为 static 方法 ,外 部 不 需要 实例 化 这 个 类 就 可 以 直接 调用 该 方法 来 获 
得 需要 的 对 象 ,该 方法 也 称 为 静态 工厂 方法 ,这 样 的 一 个 设计 模式 就 是 我 们 将 要 学 习 的 第 一 
个 也 是 最 简单 的 设计 模式 之 一 一 一 简单 工厂 模式 。 


4.2.1 


模式 动机 
简单 工厂 模式 示意 图 如 图 4-2 所 示 ,用户 无 须知 道 苹果 、 橙 香花 如 何 创 


水 果 的 名 字 则 可 得 到 对 应 的 水 果 。 
考虑 一 个 简单 的 软件 应 用 场景 ,一 个 软件 系统 可 以 提供 多 个 外 观 不 同 的 按钮 (如 贺 


,只 需要 知道 
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水 果农 场 区 7 溢 


图 4-2 简单 工厂 模式 示意 图 


形 按钮 ,矩形 按钮 .菱形 按钮 等 ) ,这些 按 钮 都 源 自 同一 个 基 类 ,不 过 在 继承 基 类 后 不 同 的 
子 类 修改 了 部 分 属性 从 而 使 得 它们 可 以 呈现 不 同 的 外 观 , 如 果 我 们 希望 在 使 用 这 些 按钮 
时 ,不 需要 知道 这 些 具体 按钮 类 的 名 字 , 只 需要 知道 表示 该 按钮 类 的 一 个 参数 ,并 提供 一 
个 调用 方便 的 方法 ,把 该 参数 传人 方法 即 可 返回 一 个 相应 的 按钮 对 象 , 此 时 ,就 可 以 使 用 简 
单 工 厂 模式 。 


4.2.2 模式 定义 


简单 工厂 模式 (Simple Factory Pattern) 定 义 为 : 简单 工厂 模式 又 称 为 静态 工厂 方法 
(Static Factory Method) 模 式 , 它 属于 类 创建 型 模式 。 在 简单 工厂 模式 中 ,可 以 根据 参数 的 
不 同 返 回 不 同类 的 实例 。 简 单 工厂 模式 专门 定义 一 个 类 来 负责 创建 其 他 类 的 实例 ,被 创建 
的 实例 通常 都 具有 共同 的 父 类 。 


4.3 简单 工厂 模式 结构 与 分 析 


简单 工厂 模式 结构 比较 简单 ,其 核心 是 工厂 类 ,下 面 将 学 习 并 分 析 其 模式 结构 。 


4.3.1 模式 结构 
简单 工厂 模式 结构 图 如 图 4-3 所 示 。 


图 4-3 简单 工厂 模式 结构 图 
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简单 工厂 模式 包含 如 下 角色 : 

1. Factory( 工 厂 角色 ) 

工厂 角色 即 工厂 类 , 它 是 简单 工厂 模式 的 核心 ,负责 实现 创建 所 有 实例 的 内 部 罗 
辑 ; 工厂 类 可 以 被 外 界 直接 调用 ,创建 所 需 的 产品 对 象 ; 在 工厂 类 中 提供 了 静态 的 工厂 
方法 factoryMethod() , 它 返 回 一 个 抽象 产品 类 Product, 所 有 的 具体 产品 都 是 抽象 产品 的 
子 类 。 

2. Product( 抽 象 产品 角色 ) 

抽象 产品 角色 是 简单 工厂 模式 所 创建 的 所 有 对 象 的 父 类 ,负责 描述 所 有 实例 所 共有 的 
公共 接口 , 它 的 引入 将 提高 系统 的 灵活 性 ,使 得 在 工厂 类 中 只 需 定义 一 个 工厂 方法 ,因为 所 
有 创建 的 具体 产品 对 象 都 是 其 子 类 对 象 。 

3. ConcreteProduct( 具 体 产 品 角色 ) 

具体 产品 角色 是 简单 工厂 模式 的 创建 目标 ,所 有 创建 的 对 象 都 充当 这 个 角色 的 某 个 具 
体 类 的 实例 。 每 一 个 具体 产品 角色 都 继承 了 抽象 产品 角色 ,需要 实现 定义 在 抽象 产品 中 的 
抽象 方法 。 


4.3.2 模式 分 析 


在 简单 工厂 模式 中 ,工厂 类 根据 工厂 方法 所 传人 的 参数 来 动态 决定 应 该 创建 出 哪 一 个 
产品 类 的 实例 。 简 单 工厂 模式 不 属于 GoF 23 个 基本 设计 模式 ,但 它 可 以 作为 学 习 GoF 工 
厂 方法 模式 (Factory Method Pattern) 的 一 个 引导 。 

实例 : 某 销售 管理 系统 支持 多 种 支付 方式 ,如 现金 支付 (CashPay)、 信 用 卡 支 付 
(CreditcardPay) 、 代 金 券 支付 (VoucherPay) 等 ,在 设计 中 如 果 不 使 用 简单 工厂 模式 ,可 能 会 
存在 如 下 支付 方法 : 


public void pay(String type) 
证 (type. equalsIgnoreCase( "cash")) 
// 现 金 支付 处 理 代码 
if(type. equalsIgnoreCase( "creditcard")) 
// 信 用 卡 支付 处 理 代码 
人 if(type. equalsIgnoreCase( "voucher")) 
| // 代 金 券 支付 处 理 代码 
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于 不 同 的 支付 方式 其 支付 处 理 方法 不 一 致 ,因此 该 方法 源 代 码 将 相当 宛 长 ,而 且 每 当 
需要 增加 新 的 支付 方式 时 ,不 得 不 修改 这 段 if...else.…. 代 码 , 增 加 很 多 新 的 支付 处 理 代码 。 
代码 越 长 意味 着 维护 工作 量 越 大 ,测试 难度 也 越 大 ,扩展 和 修改 也 越 不 灵活 。 因 此 可 以 考虑 
使 用 简单 工厂 模式 对 其 进行 重 构 。 

通过 使 用 简单 工厂 模式 ,可 以 对 原 有 代码 进行 如 下 改进 : 

(1) 为 了 保证 系统 的 扩展 性 并 将 各 种 支付 类 型 对 象 的 创建 封装 在 一 个 统一 的 方法 中 ， 
需要 引入 抽象 支付 方式 类 , 它 定义 了 抽象 的 支付 方法 ,抽象 支付 方法 类 定义 如 下 : 


public abstract class AbstractPay 


{ 
public abstract void pay(); 


} 


(2) 将 每 一 种 支付 方式 封装 在 一 个 独立 的 类 中 ,各 个 支付 方式 类 相对 独立 ,修改 其 一 对 
其 他 类 无 任何 影响 ,这 些 独立 的 支付 方式 类 充当 具体 产品 类 的 角色 ,是 抽象 支付 方式 类 的 子 
类 ,如 现金 支付 类 定义 如 下 : 


public class CashPay extends AbstractPay 
， public void pay() 

// 现 金 支付 处 理 代码 
. } 


信用 卡 支付 类 定义 如 下 : 


public class CreditcardPay extends AbstractPay 


{ 
public void pay() 


// 信 用 卡 支付 处 理 代码 


(3) 提供 一 个 代码 相对 简单 ,而 且 只 负责 创建 对 象 而 不 必 关 心 对 象 细节 的 工厂 类 来 创 
建 各 种 具体 的 支付 方式 产品 类 ,注意 其 工厂 方法 的 返回 类 型 是 抽象 类 型 ,支付 方式 工厂 类 定 
义 如 下 : 


public class PayMethodFactory 
- 
public static AbstractPay getPayMethod( String type) 
E 
if(type. equalsIgnoreCase( "cash")) 
{ 
return new CashPay( ); // 根 据 参 数 创建 具体 产品 
} 
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通过 对 原 有 设计 的 重 构 可 以 发 现 ,在 使 用 了 简单 工厂 模式 之 后 ,系统 中 类 的 个 数 增加 ， 
每 一 种 支付 处 理 方式 都 封装 到 单独 的 类 中 ,而 且 工 厂 类 中 只 有 简单 的 判断 逻辑 代码 ,不 需要 
关心 具体 的 业务 处 理 过 程 ,很 好 地 满足 了 “单一 职责 原则 ”。 在 增加 新 的 支付 方式 时 ,只 需要 
添加 一 个 新 的 具体 支付 类 并 实现 其 中 的 pay() 方 法 ,同时 对 工厂 类 PayMethodFactory 做 简 
单 的 修改 即 可 ,无 须 对 原 有 代码 进行 大 面积 的 改动 。 

将 对 象 的 创建 和 对 象 本 身 业 务 处 理 分 离 可 以 降低 系统 的 耦合 度 ,使 得 两 者 修改 起 来 都 
相对 容易 。 在 调用 工厂 类 的 工厂 方法 时 ,由 于 工厂 方法 是 静态 方法 ,使 用 起 来 很 方便 ,可 通 
过 类 名 直接 调用 ,而 且 只 需要 传人 一 个 简单 的 参数 即 可 ,在 实际 开发 中 ,还 可 以 在 调用 时 将 
所 传人 的 参数 保存 在 XML 等 格式 的 配置 文件 中 ,修改 参数 时 无 须 修改 任何 Java 源 代码 ,在 
下 一 节 中 将 通过 一 个 实例 进行 进一步 说 明 。 简 单 工厂 模式 最 大 的 问题 在 于 工厂 类 的 职责 相 
对 过 重 , 增 加 新 的 产品 需要 修改 工厂 类 的 判断 多 辑 ,这 一 点 与 开 闭 原则 是 相 违背 的 。 

简单 工厂 模式 的 要 点 在 于 : 当 你 需要 什么 ,只 需要 传人 一 个 正确 的 参数 ,就 可 以 获取 你 
所 需要 的 对 象 ,而 无 须知 道 其 创建 细节 。 


4.4 简单 工厂 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 简单 工厂 模式 。 
4.4.1 简单 工厂 模式 实例 之 简单 电视 机 工厂 


1. 实例 说 明 


某 电视 机 厂 专 为 各 知名 电视 机 品牌 代 工 生 产 各 类 电视 机 , 当 需 要 海尔 牌 电视 机 时 只 需 
要 在 调用 该 工厂 的 工厂 方法 时 传人 参数 Haier, 需要 海信 电视 机 时 只 需要 传人 参数 
Hisense, 工 厂 可 以 根据 传人 的 不 同 参数 返回 不 同 品牌 的 电视 机 。 现 使 用 简单 工厂 模式 来 模 
拟 该 电视 机 工厂 的 生产 过 程 。 


2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 4-4 所 示 。 
3. 实例 代码 及 解释 

(1) 抽象 产品 类 TV( 电 视 机 类 ) 
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HaierTV 
+ play () : void | 


区 TV TVFactory 


< 
+ play () : void ! + produceTV (String brand) : TV 


HisenseTV | 
+ play () : void 


TV 作为 抽象 产品 类 , 它 可 以 是 一 个 接口 ,也 可 以 是 一 个 抽象 类 ,其 中 包含 了 所 有 产品 
都 具有 的 业务 方法 play() 。 
(2) 具体 产品 类 HaierTV( 海 尔 电视 机 类 ) 


public class HaierTV implements TV 
{ 
public void play() 
System. out. println(" 海 尔 电 视 机 播放 中 …… i 
} 
: 


HaierTV 是 抽象 产品 TV 接口 的 子 类 , 它 是 一 种 具体 产品 ,实现 了 在 TV 接口 中 定义 
的 业务 方法 play()。 
(3) 具体 产品 类 HisenseTV (海信 电视 机 类 ) 


public class HisenseTV implements TV 
和 
public void play() 
System. out. println(" 海 信 电 视 机 播放 中 …… ") 7 
} 


HisenseTV 是 抽象 产品 TV 接口 的 另 一 个 子 类 , 即 另 一 种 具体 产品 ,不 同 的 具体 产品 
在 实现 业务 方法 时 有 所 不 同 。 
(4) 工厂 类 TVFactory( 电 视 机 工厂 类 ) 


public class TVFactory 


{ 
public static TV produceTV(String brand) throws Exception 
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if(brand. equalsIgnoreCase( "Haier")) 


{ 


上 


System. out. println(" 电 视 机 工厂 生产 海尔 电视 机 !"); 
return new HaierTV(); 


else if(brand. equalsIgnoreCase( "Hisense")) 


{ 


TVFactory 是 工厂 类 , 它 是 整个 系统 的 核心 , 它 提 供 了 静态 工厂 方法 produceTV(), 工 
三 方法 中 包含 一 个 字符 串 类 型 的 参数 ,在 内 部 业务 逻辑 中 根据 参数 值 的 不 同 实例 化 不 同 的 


System. out. println(" 电 视 机 工厂 生产 海信 电视 机 !"); 


return new HisenseTV( ); 


throw new Exception(" 对 不 起 , 暂 不 能 生产 该 品牌 电视 机 !"); 


具体 产品 类 ,返回 相应 的 对 象 。 


4. 辅助 代码 

作为 第 一 个 正式 学 习 的 设计 模式 ,为 了 更 好 地 体现 简单 工厂 模式 的 特性 ,在 此 引入 了 一 
个 工具 类 一 一 XMLUtiITV ,通过 它 可 以 从 XML 格式 的 配置 文件 中 读 取 节点 获取 数据 ,如 
品牌 名 称 等 信息 ,如 果 需 要 修改 品牌 名 称 , 无 须 修改 客户 端 代码 ,只 需 修改 配置 文件 。 通 过 


配置 文件 可 以 极 大 提高 系统 的 扩展 性 ,让 软件 实体 更 符合 开 闭 原则 。 
(1) XML 操作 工具 类 XMLUtiITV 


import javax. xml. parsers. *; 


import org. w3c. dom. *; 


import org. xm]. sax. SAXException; 


import java. io. *; 
public class XMLUtilTV 


{ 


// 该 方法 用 于 从 XML 配置 文件 中 提取 品牌 名 称 ,并 返回 该 品牌 名 称 
public static String getBrandName( ) 


{ 
try 
{ 


// 创 建文 档 对 象 


DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance(); 


DocumentBuilder builder = dFactory.newDocumentBuilder(); 
Document doc; 
doc = builder.parse(new File("configTV. xml")); 


// 获 取 包 含 品 牌 名 称 的 文本 节点 
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NodeList nl = doc. getElementsBYTagName("brandName" ) 
Node classNode = nl. item(0). getFirstChild(); 
String brandName = classNode. getNodeValue().trim(); 
return brandName; 
} 
catch( Exception e) 
{ 
e. printStackTrace( ); 
return null; 


} 


在 该 工具 类 中 ,通过 Java 语言 提供 的 DOM(Document Object Model, 文 档 对 象 模型 ) 
API 来 实现 对 XML 文档 的 操作 ,在 DOM API 中 ,XML 文档 以 树 状 结构 存储 在 内 存 中 ,可 
以 通过 相关 的 类 对 XML 进行 读 取 、 修 改 等 操作 。 在 本 书 的 学 习 中 为 了 更 好 地 体现 设计 模 
式 带 来 的 扩展 性 和 灵活 性 ,将 广泛 使 用 XML 作为 配置 文件 ,因此 需要 对 XML 文档 进行 解 
析 。 对 上 述 代码 的 详细 解释 可 以 参考 Java DOM 相关 资料 ,在 此 不 予以 扩展 。 

在 XMLUtilTV 类 中 ,提供 了 一 个 静态 方法 getBrandName() 用 于 获取 存储 在 XML 配 
置 文件 configTV. xml 中 的 brandName 标签 中 的 内 容 , 即 电视 机 品牌 名 ,再 将 该 品牌 名 返 
回 给 调用 该 方法 的 客户 端 测 试 类 Client。 

(2) 配置 文件 configTV. xml 


<?xml version = "1.0"?> 
< config > 

< brandName > Haier </brandName> 
</config> 


目前 大 部 分 软件 项 目的 配置 文件 都 采用 XML 格式 ,主要 是 因为 修改 XML 文件 后 无 须 
编译 源 代 码 即 可 使 用 , 且 为 纯 文 本 格式 ,几乎 所 有 的 编辑 器 都 可 以 编辑 XML 文档 。 为 了 使 
系统 更 符合 开 闭 原则 和 依赖 倒转 原则 ,需要 做 到 “将 抽象 写 在 代码 中 ,将 具体 写 在 配置 里 ”， 
通过 修改 无 须 编 译 的 配置 文件 来 提高 系统 的 可 扩展 性 和 灵活 性 。 

在 配置 文件 configTV. xml 中 ,其 根 节点 为 config. 其 中 包含 一 个 名 为 brandName 的 子 
千 点 ,用 于 存储 电视 机 品牌 名 ,通过 上 述 的 XMLUtilTV 类 来 读 取 其 中 存储 的 字符 串 并 返回 
给 客户 端 测试 类 。 

(3) 客户 端 测 试 类 Client 


public class Client 
public static void main(String args[]) 


TV tv; // 抽 象 类 型 定义 
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String brandName = XMLUtilTV. getBrandName( ); 
tv= TVFactory. produceTV(brandName) ; 
tv. play(); 
} 
catch( Exception e) 
{ 
System. out. println(e. getMessage( )); 
} 


本 书 所 指 的 客户 端 代码 是 指 调用 使 用 设计 模式 所 设计 的 类 库 的 代码 ,在 具体 的 软件 开 
发 过 程 中 ,就 是 一 个 调用 其 他 类 的 类 , 它 可 以 工作 在 界面 表示 层 、 业 务 逻 辑 层 或 者 数据 访问 
层 。 客 户 端 代码 既 可 以 是 当前 开发 的 系统 ,也 可 以 是 重用 基于 设计 模式 设计 的 类 库 的 其 他 
系统 ,这 些 系统 可 以 是 自己 开发 的 ,也 可 以 是 他 人 所 开发 的 。 

在 Client 类 中 包含 一 个 main 函数 作为 本 实例 的 入口 函数 ,在 main 函数 中 ,以 抽象 类 型 
TV 来 定义 电视 机 对 象 , 通 过 调用 XMLUtilTV 类 的 静态 getBrandName() 读 取 存 储 在 
XML 文档 中 的 电视 机 品牌 字符 串 , 再 以 该 字符 串 作 为 实 参 带 入 工厂 类 TVFactory 的 静态 
工厂 方法 produceTVO 〇 中 ,获取 对 应 的 产品 对 象 tr。 因为 无 论 是 哪 种 品牌 的 电视 机 都 是 
TV 类 的 子 类 ,根据 里 氏 代 换 原则 , 父 类 对 象 在 运行 时 可 以 用 子 类 对 象 来 替换 ,因此 程序 可 
以 正确 执行 ,可 以 通过 修改 配置 文件 configTV. xml 中 的 brandName 节点 中 的 字符 串 来 获 
取 不 同 品牌 的 电视 机 对 象 tv, 不 同 电视 机 对 象 的 play() 方 法 将 有 不 同 的 运行 结果 。 

如 果 需 要 更 换 电视 机 品牌 ,无 须 修 改 客户 端 代码 及 类 库 代 码 ,只 需要 修改 配置 文件 即 
可 ,提高 了 系统 的 灵活 性 。 如 果 需 要 增加 新 类 型 的 电视 机 , 即 增加 新 的 具体 产品 类 , 则 需要 
修改 工厂 类 ,这 在 一 定 程度 上 违反 了 开 闭 原则 ,但 是 无 须 修改 客户 端 测试 类 ,这 就 带 来 一 定 
程度 的 灵活 性 。 

5. 结果 及 分 析 

如 果 在 配置 文件 中 将 < brandName > 节点 中 的 内 容 设置 为 : Haier, 则 输出 结果 如 下 : 


电视 机 工厂 生产 海尔 电视 机 ! 
海尔 电视 机 播放 中 … … 


如 果 在 配置 文件 中 将 < brandName > 节点 中 的 内 容 设置 为 : TCL, 则 输出 结果 如 下 : 


对 不 起 , 暂 不 能 生产 该 品牌 电视 机 ! 


如 果 和 希望 该 系统 能 够 支持 TCL 有 牌 电视 机 , 则 需要 增加 一 个 新 的 具体 产品 类 TCLTYV， 
代码 如 下 : 


public class TCLTV implements TV 
{ 

public void play() 

{ 
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同时 还 需要 修改 工厂 类 TVFactory 中 的 工厂 方法 ,在 其 判断 逻辑 中 增加 一 个 新 的 分 
支 ,代码 如 下 : 


4.4.2 简单 工厂 模式 实例 之 权限 管理 


1. 实例 说 明 


在 某 OA 系统 中 ,系统 根据 对 比 用 户 在 登录 时 输入 的 账号 和 密码 以 及 在 数据 库 中 存储 
的 账号 和 密码 是 否 一 致 来 进行 身份 验证 ,如 果 验 证 通过 , 则 取出 存储 在 数据 库 中 的 用 户 权 限 
等 级 (以 整数 形式 存储 ) ,根据 不 同 的 权限 等 级 创建 不 同等 级 的 用 户 对 象 ,不 同等 级 的 用 户 对 
象 拥 有 不 同 的 操作 权限 。 现 使 用 简单 工厂 模式 来 设计 该 权限 管理 模块 。 

2. 实例 类 图 

通过 分 析 , 该 实例 类 图 如 图 4-5 所 示 。 


图 4-5 权限 管理 类 图 


3. 实例 代码 及 解释 
(1) 抽象 产品 类 User( 用 户 类 ) 
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public void same0peration( ) 
{ 

System. out. println(" 修 改 个 人 资料 !"); 
} 


public abstract void diffOperation( ); 
} 


抽象 类 User 作为 抽象 产品 , 它 是 各 种 具体 用 户 类 的 父 类 ,其 中 提供 了 一 系列 所 有 用 户 子 
类 公有 的 方法 ,如 “修改 个 人 资料 ”等 ,同时 它 也 定义 了 抽象 方法 ,以 便 不 同 的 子 类 分 别 来 实现 。 
(2) 具体 产品 类 Employee( 员 工 类 ) 


public class Employee extends User 
{ 
public Employee( ) 
System. out. println(" 创 建 员工 对 象 !"); 
Uy 


public void diffOperation() 
t 
System. out. println(" 员 工 拥有 创建 假 条 权限 !"); 


Employee 类 是 User 类 的 子 类 , 它 继承 了 公有 的 方法 sameOperation() ,同时 也 覆盖 了 
抽象 方法 diffOperation()。 
(3) 具体 产品 类 Manager( 经 理 类 ) 


public class Manager extends User 
1 
public Manager() 
System. out. println(" 创 建 经 理 对 象 !"); 
' 


public void diffOperation() 
\ 
System. out. println(" 经 理 拥有 创建 和 审批 假 条 权限 !"); 
} 
} 


Manager 类 也 是 User 类 的 子 类 ,是 具体 产品 类 的 一 种 。 
(4) 具体 产品 类 Administrator( 管 理 员 类 ) 


public class Administrator extends User 
{ 
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public Administrator() 
1 

System. out. println(" 创 建 管理 员 对 象 !"); 
} 


public void diffOperation() 
1 

System. out. println(" 管 理 员 拥有 创建 和 管理 假 条 权限 !"); 
1 


Administrator 类 也 是 User 类 的 子 类 ,是 具体 产品 类 的 一 种 。 
(5) 工厂 类 UserFactory( 用 户 工 厂 类 ) 


public class UserFactory 
public static User getUser( int permission) 
if(0== permission) 
{ 


return new Employee( ); 
} 
else if(1== permission) 
{ 


return new Manager( ); 
} 
else if(2== permission) 
{ 


return new Administrator(); 


return null; 


UserFactory 类 是 核心 工厂 类 ,通过 改变 工厂 方法 getUser() 中 的 参数 可 以 创建 不 同类 
型 的 用 户 。 


4. 辅助 代码 
(1) 用 户 表 数据 访问 类 (模拟 )UserDAO 


public class UserDAO 

{ 
public int findPermission(String userName, String userPassword) 
{ 


if("zhangsan"== userName&&"123456"== userPassword) 
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return 0; 


return —1; // 如 果 错 误 , 则 返回 -1 


在 实例 中 ,我 们 模拟 数据 库 访问 操作 ,提供 了 一 个 数据 访问 类 UserDAO, 其 中 定义 了 一 
个 方法 findPermission() ,用 于 根据 用 户 名 和 密码 查询 权限 ,在 真实 项 目的 开发 中 ,只 需要 
把 方法 中 的 模拟 代码 改 成 数据 库 操 作 代 码 即 可 ,返回 的 权限 值 将 作为 工厂 类 UserFactory 
的 参数 值 。 

(2) 客户 端 测试 类 Client 


public class Client 
public static void main(String args[ ]) 
上 
try 
{ 
User user; 
UserDAO userDao = new UserDRO( ) ; 
int permission = userDao. findPermission("zhangsan", "123456" ); 
user = UserFactory. getUser( permission); 
user. sameOperation( ); 
user, diffOperation( ); 
b 
catch( Exception e) 
由 
System. out. println(e. getMessage( ) ); 
} 


} 


在 客户 端 测 试 类 中 ,我 们 模拟 用 户 zhangsan 的 登录 过 程 ,在 实际 开发 中 ,账号 和 密码 来 
自 表示 层 , 如 文本 框 和 密码 框 的 输入 值 或 网 页 表单 输入 。 在 代码 中 产品 对 象 使 用 抽象 层 类 
User 来 进行 定义 ,通过 调用 UserDAO 中 的 findPermission() 方 法 来 根据 账号 和 密码 查询 权限 
值 ,然后 以 该 权限 值 为 参数 调用 工厂 类 UserFactory 的 静态 方法 getUser() 获 取 有 具体 产品 对 象 。 
5. 结果 及 分 析 


直接 运行 该 程序 ,结果 如 下 : 
创建 员工 对 象 ! 


修改 个 人 资料 ! 
员工 拥有 创建 假 条 权限 ! 
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通过 修改 UserDAO 类 中 的 返回 值 ( 即 数据 库 中 字段 值 ) 可 以 获取 不 同 的 运行 结 
果 , 即 模拟 不 同 用 户 的 权限 操作 。 如 果 findPermission() 的 返回 值 为 1, 则 程序 运行 结果 
如 下 : 


如 果 出 现 新 类 型 的 用 户 ,需要 添加 一 个 User 类 的 子 类 并 修改 工厂 类 UserFactory 中 工 
厂 方法 的 判断 逻辑 ,但 是 如 果 只 是 修改 现 有 用 户 的 权限 ,只 需 修改 数据 库 中 对 应 字段 值 即 
可 ,客户 端 代码 无 须 做 任何 修改 。 


4.5 简单 工厂 模式 效果 与 应 用 


4.5.1 模式 优 缺 点 


1. 简单 工厂 模式 的 优点 

(1) 工厂 类 含有 必要 的 判断 逻辑 ,可 以 决定 在 什么 时 候 创建 哪 一 个 产品 类 的 实例 ,客户 
端 可 以 免除 直接 创建 产品 对 象 的 责任 ,而 仅仅 “消费 ?产品 ;， 简单 工厂 模式 通过 这 种 做 法 实 
现 了 对 责任 的 分 割 , 它 提供 了 专门 的 工厂 类 用 于 创建 对 象 。 

(2) 客户 端 无 须知 道 所 创建 的 具体 产品 类 的 类 名 ,只 需要 知道 具体 产品 类 所 对 应 的 参 
数 即 可 ,对 于 一 些 复杂 的 类 名 ,通过 简单 工厂 模式 可 以 减少 使 用 者 的 记忆 量 。 

(3) 通过 引入 配置 文件 ,可 以 在 不 修改 任何 客户 端 代码 的 情况 下 更 换 和 增加 新 的 具体 
产品 类 ,在 一 定 程度 上 提高 了 系统 的 灵活 性 。 

2. 简单 工厂 模式 的 缺点 

(1) 由 于 工厂 类 集中 了 所 有 产品 创建 逻辑 ,一 旦 不 能 正常 工作 ,整个 系统 都 要 受到 
影响 。 

(2) 使 用 简单 工厂 模式 将 会 增加 系统 中 类 的 个 数 ,在 一 定 程度 上 增加 了 系统 的 复杂 度 
和 理解 难度 。 

(3) 系统 扩展 困难 ,一 旦 添加 新 产品 就 不 得 不 修改 工厂 逻辑 ,在 产品 类 型 较 多 时 ,有 可 
能 造成 工厂 逻辑 过 于 复杂 ,不 利于 系统 的 扩展 和 维护 。 

(4) 简单 工厂 模式 由 于 使 用 了 静态 工厂 方法 ,造成 工厂 角色 无 法 形成 基于 继承 的 等 级 
结构 ,代码 如 下 : 
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1 


class SubClass extends SuperClass 
public static void display() 
{ 
System. out. println("Sub Class! "); 


1 
} 


class Client{ 
public static void main(String args[ ]) 
f 
SuperClass demo; 
demo = new SubClass( ); 
demo. display( ); 
| 
} 


该 代码 输出 结果 为 : 


Super Class! 


也 就 是 说 ,虽然 子 类 可 以 继承 和 覆盖 父 类 的 静态 方法 ,但 是 如 果 在 定义 时 使 用 的 是 父 
类 ,即使 实例 化 的 是 子 类 也 无 法 访问 子 类 覆盖 后 的 静态 方法 。 这 将 导致 包含 静态 工厂 方法 
的 工厂 类 无 法 像 产品 类 一 样 提 供 抽 象 层 与 抽象 定义 ,也 无 法 通过 具体 类 来 进行 扩展 。 

虽然 简单 工厂 模式 存在 种 种 问题 ,但 它 是 学 习 其 他 工厂 模式 的 一 个 入 门 ,在 一 些 并 不 复 
杂 的 环境 下 也 经 常 使 用 简单 工厂 模式 。 


4.5.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 简单 工厂 模式 : 

(1) 工厂 类 负责 创建 的 对 象 比较 少 : 由 于 创建 的 对 象 较 少 ,不 会 造成 工厂 方法 中 的 业 
务 逻 辑 太 过 复杂 。 

(2) 客户 端 只 知道 传人 工厂 类 的 参数 ,对 于 如 何 创 建 对 象 不 关心 : 客户 端 既 不 需要 关 
心 创建 细节 ,甚至 连 类 名 都 不 需要 记 住 , 只 需要 知道 类 型 所 对 应 的 参数 即 可 。 


4. 5.3 模式 应 用 


(1) 在 JDK 类 库 中 广泛 使 用 了 简单 工厂 模式 ,如 工具 类 java. text. DateFormat, 它 用 于 
格式 化 一 个 本 地 日 期 或 者 时 间 ,这 个 工具 类 在 处 理 英 语 或 非 英 语 的 日 期 及 时 间 格 式 上 很 有 
用 。 在 DateFormat 类 中 提供 了 一 个 getDateInstance() 方 法 ,该 方法 是 一 个 静态 的 工厂 方 
法 ,为 某 种 本 地 日 期 提供 格式 化 , 它 由 三 个 重 载 的 方法 组 成 ,其 定义 如 下 : 


public final static DateFormat getDateInstance( ); 
public final static DateFormat getDateInstance( int style); 
public final static DateFormat getDateInstance( int style, Locale locale); 
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(2) 在 Java 加 密 技 术 中 ,使 用 最 为 广泛 的 是 对 称 加 密 技术 和 非 对 称 加 密 技 术 , 两 种 加 
密 技 术 都 需要 设置 密 钥 ,而 密 钥 的 生成 需要 使 用 到 一 个 很 重要 的 类 一 一 密 钥 生 成 器 ,不 同 的 
加 密 算法 所 对 应 的 密 钥 不 一 样 ,因此 其 密 钥 生成 器 也 不 一 样 。 在 Java 密码 技术 中 ,提供 了 
javax. crypto. KeyGenerator 和 java. security. KeyPairGenerator 类 来 生成 对 称 密 钥 和 非 对 
称 密 钥 ,这 两 个 类 都 有 一 个 名 为 getInstance() 的 静态 工厂 方法 ,根据 所 传 入 的 参数 得 到 不 
同 的 密 钥 生成 器 。 如 下 代码 片段 用 于 获取 DESede( 三 重 DES 算法 ) 密 钥 生 成 器 : 


同样 ,在 实施 加 密 和 解密 时 需要 使 用 到 密码 器 ,创建 密码 器 时 也 使 用 了 简单 工厂 模式 ， 
通过 向 静态 工厂 方法 中 所 传人 的 参数 来 决定 密码 器 的 类 型 ,代码 如 下 : 


4.6 简单 工厂 模式 扩展 


在 有 些 情 况 下 工厂 类 可 以 由 抽象 产品 角色 扮演 ,一 个 抽象 产品 类 同时 也 是 子 类 的 工厂 ， 
也 就 是 说 把 静态 工厂 方法 写 到 抽象 产品 类 中 ,如 图 4-6 所 示 。 


图 4-6 抽象 产品 类 与 工厂 类 的 合并 


在 有 些 情况 下 ,工厂 .抽象 产品 和 具体 产品 三 个 角色 可 以 合并 ,如 上 一 节 所 提 到 的 
KeyGenerator 类 和 Cipher 类 ,它们 既是 工厂 ,又 通过 静态 工厂 方法 创建 一 个 自己 的 实例 ， 
通过 合并 ,可 以 对 简单 工厂 模式 进行 进一步 简化 。 


4.7 本 章 小 结 


(1) 创建 型 模式 对 类 的 实例 化 过 程 进 行 了 抽象 ,能 够 将 对 象 的 创建 与 对 象 的 使 用 过 程 
分 离 。 

(2) 简单 工厂 模式 又 称 为 静态 工厂 方法 模式 , 它 属于 类 创建 型 模式 。 在 简单 工厂 模式 
中 ,可 以 根据 参数 的 不 同 返回 不 同类 的 实例 。 简 单 工厂 模式 专门 定义 一 个 类 来 负责 创建 其 
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他 类 的 实例 ,被 创建 的 实例 通常 都 具有 共同 的 父 类 。 

(3) 简单 工厂 模式 包含 三 个 角色 : 工厂 角色 负责 实现 创建 所 有 实例 的 内 部 逻辑 ; 抽象 
产品 角色 是 所 创建 的 所 有 对 象 的 父 类 ,负责 描述 所 有 实例 所 共有 的 公共 接口 ; 具体 产品 
色 是 创建 目标 ,所 有 创建 的 对 象 都 充当 这 个 角色 的 某 个 具体 类 的 实例 。 

(4) 简单 工厂 模式 的 要 点 在 于 : 当 你 需要 什么 ,只 需要 传人 一 个 正确 的 参数 ,就 可 以 获 
取 你 所 需要 的 对 象 ,而 无 须知 道 其 创建 细节 。 

(5) 简单 工厂 模式 最 大 的 优点 在 于 实现 对 象 的 创建 和 对 象 的 使 用 分 离 , 将 对 象 的 创建 
交 给 专门 的 工厂 类 负责 ,但 是 其 最 大 的 缺点 在 于 工厂 类 不 够 灵活 ,增加 新 的 具体 产品 需要 修 
改 工厂 类 的 判断 逻辑 代码 ,而 且 产 品 较 多 时 ,工厂 方法 代码 将 会 非常 复杂 。 

(6) 简单 工厂 模式 适用 情况 包括 : 工厂 类 负责 创建 的 对 象 比较 少 ; 客户 端 只 知道 传人 
工厂 类 的 参数 ,对 于 如 何 创建 对 象 不 关心 。 


思考 与 练习 


1. 使 用 简单 工厂 模式 设计 一 个 可 以 创建 不 同 几何 形状 (如 圆 形 .方形 和 三 角形 等 ) 的 绘 
图 工具 ,每 个 几何 图 形 都 要 有 绘制 draw() 和 擦 除 erase() 两 个 方法 ,要 求 在 绘制 不 支持 的 几 
何 图 形 时 ,提示 一 个 UnSupportedShapeException。 

2. 使 用 简单 工厂 模式 模拟 女 娲 (Nvwa) 造 人 (Person) ,如果 传人 参数 M, 则 返回 一 个 
Man 对 象 , 如 果 传 人 参数 W, 则 返回 一 个 Woman 对 象 , 用 Java 语言 实现 该 场景 。 现 需要 增 
加 一 个 新 的 Robot 类 ,如 果 传人 参数 R, 则 返回 一 个 Robot 对 象 , 对 代码 进行 修改 并 注意 女 
娲 的 变化 。 

3. 自学 Java 密码 技术 ,使 用 其 中 的 类 对 字符 串 “Hello，design pattern. ”进行 加 密 , 要 
求 使 用 对 称 加 密 算法 TripleDES( 三 重 DES 算法 ) ,理解 其 中 密 钥 生 成 器 (KeyGenerator) 和 
密码 器 (Cipher) 的 创建 和 使 用 。 


工矿 方法 模式 


本 章 导 学 

工厂 方法 模式 是 简单 工厂 模式 的 延伸 , 它 继承 了 简单 工厂 模式 的 优点 ， 
同时 还 弥补 了 简单 工厂 模式 的 缺陷 ,更 好 地 符合 “ 开 闭 原则 ”的 要 求 , 增 加 新 
的 具体 产品 对 象 不 需要 对 已 有 系统 做 任何 修改 。 工 厂 方法 模式 引入 了 抽象 
的 工厂 类 ,而 将 具体 产品 的 创建 过 程 封装 在 抽象 工厂 类 的 子 类 ,也 就 是 具 
体 工厂 类 中 。 客 户 端 代码 针对 抽象 层 进行 编程 ,增加 新 的 具体 产品 类 时 
只 需 增 加 一 个 相应 的 具体 工厂 类 即 可 ,使 得 系统 具有 更 好 的 灵活 性 和 可 
扩展 性 。 


本 章 将 通过 如 何 克 服 简单 工厂 模式 的 不 足 引 出 工厂 方法 模式 ,并 通过 实例 来 介绍 工厂 
方法 模式 .工厂 方法 模式 的 结构 及 特点 ,使 读者 学 会 如 何在 实际 软件 项 目 开 发 中 合理 使 用 工 
厂 方法 模式 。 

本 章 的 难点 在 于 理解 引入 抽象 工厂 类 的 原因 ,工厂 方法 模式 中 多 态 性 的 体现 以 及 客 
户 端 代码 的 编写 ,同时 还 需要 理解 如 何 通 过 DOM 和 Java 反射 机 制 来 操作 XML 配置 
ef 
工厂 方法 模式 重要 等 级 : 克 克 克 克 六 
工矿 方法 模式 难度 等 级 : 砍 克 六 交 六 


5.1 工厂 方法 模式 动机 与 定义 


第 4 章 所 学 的 简单 工厂 模式 是 一 种 特殊 的 工厂 模式 . 它 不 是 GoF 23 种 经 典 模式 中 的 
一 员 , 但 是 学 完 简单 工厂 模式 之 后 ,可 以 更 好 地 理解 接 下 来 要 学 习 的 第 一 种 GoF 模式 一 一 
工厂 方法 模式 。 


5.1.1 简单 工厂 模式 的 不 足 


在 第 4 章 所 学 的 简单 工厂 模式 中 ,只 提供 了 一 个 工厂 类 ,该 工厂 类 处 于 对 产品 类 进行 
实例 化 的 中 心 位 置 , 它 知道 每 一 个 产品 对 象 的 创建 细节 ,并 决定 何 时 实例 化 哪 一 个 产品 
类 。 简 单 工厂 模式 最 大 的 缺点 是 当 有 新 产品 要 加 入 到 系统 中 时 ,必须 修改 工厂 类 ,加 入 
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必要 的 处 理 逻 辑 , 这 违背 了 * 开 闭 原 则 ”。 在 简单 工厂 模式 中 ,所 有 的 产品 都 是 由 同一 个 
工厂 创建 ,工厂 类 职责 较 重 , 业 务 逻 辑 较为 复杂 ,具体 产品 与 工厂 类 之 间 的 耦合 度 高 , 严 
重 影响 了 系统 的 灵活 性 和 扩展 性 ,而 工厂 方法 模式 则 可 以 很 好 地 解决 这 一 问题 。 


5.1.2 模式 动机 


考虑 这 样 一 个 系统 ,按钮 工厂 类 可 以 返回 一 个 具体 的 按钮 实例 ,如 圆 形 按钮 .矩形 按钮 、 
蒙 形 按钮 等 。 在 这 个 系统 中 ,如 果 需 要 增加 一 种 新 类 型 的 按钮 ,如 椭圆 形 按钮 ,那么 除了 增 
加 一 个 新 的 具体 产品 类 之 外 ,还 需要 修改 工厂 类 的 代码 ,这 就 使 得 整个 设计 在 一 定 程 度 上 违 
反 了 “ 开 闭 原则 ”, 如 图 5-1 所 示 。 

现在 对 该 系统 进行 修改 ,不 再 设计 一 个 按钮 工厂 类 来 统一 负责 所 有 产品 的 创建 ,而 是 将 
具体 按钮 的 创建 过 程 交 给 专门 的 工厂 子 类 去 完成 ,我 们 先 定义 一 个 抽象 的 按钮 工厂 类 ,再 定 
义 具体 的 工厂 类 来 生成 圆 形 按钮 .矩形 按钮 .菱形 按钮 等 ,它们 实现 在 抽象 按钮 工厂 类 中 定 
义 的 方法 。 这 种 抽象 化 的 结果 使 这 种 结构 可 以 在 不 修改 具体 工厂 类 的 情况 下 引进 新 的 产 
品 , 如 果 出 现 新 的 按钮 类 型 ,只 需要 为 这 种 新 类 型 的 按钮 创建 一 个 具体 的 工厂 类 就 可 以 获得 
该 新 按钮 的 实例 ,这 一 特点 无 疑 使 得 工厂 方法 模式 具有 超越 简单 工厂 模式 的 优越 性 ,更 加 符 


合 “ 开 闭 原则 ”, 改 进 后 的 按钮 工厂 如 图 5-2 所 示 。 
抽象 按钮 工 | 


四则 2 
按钮 工厂 总 
增加 一 个 
新 的 工厂 类 


i 
~ 


一 


矩形 按钮 ” 圆 形 按钮 萎 形 按钮 ”椭圆 形 按钮 矩形 按钮 圆 形 按钮 菱形 按钮 ”椭圆 形 按钮 
抽象 按钮 类 抽象 按钮 类 
图 5-1 使 用 简单 工厂 模式 实现 的 按钮 工厂 图 5-2 使 用 工厂 方法 模式 实现 的 按钮 工厂 


5.1.3 模式 定义 


工厂 方法 模式 (Factory Method Pattern) 定 义 : 工厂 方法 模式 又 称 为 工厂 模式 ,也 叫 虚 
拟 构 造 器 (Virtual Constructor) 模 式 或 者 多 态 工厂 (Polymorphic Factory) 模 式 , 它 属于 类 创 
建 型 模式 。 在 工厂 方法 模式 中 ,工厂 父 类 负责 定义 创建 产品 对 象 的 公共 接口 ,而 工厂 子 类 则 
负责 生成 具体 的 产品 对 象 , 这 样 做 的 目的 是 将 产品 类 的 实例 化 操作 延迟 到 工厂 子 类 中 完成 ， 
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即 通 过 工厂 子 类 来 确定 究竟 应 该 实例 化 哪 一 个 具体 产品 类 。 


英文 定义 :“Define an interface for creating an object, but let subclasses decide which 


class to instantiate. Factory Method lets a class defer instantiation to subclasses. ”。 


5.2 工厂 方法 模式 结构 与 分 析 


在 工厂 方法 模式 中 除了 有 抽象 产品 类 外 ,还 提供 了 抽象 工厂 类 。 下 面 将 学 习 并 分 析 其 
模式 结构 。 


5.2.1 模式 结构 
工厂 方法 模式 结构 图 如 图 5-3 所 示 。 


图 5-3 工厂 方法 模式 结构 图 


工厂 方法 模式 包含 如 下 角色 : 

1. Product( 抽 象 产 品 ) 

抽象 产品 是 定义 产品 的 接口 ,是 工厂 方法 模式 所 创建 对 象 的 超 类 型 ,也 就 是 产品 对 象 的 
共同 父 类 或 接口 。 

2. ConcreteProduct( 具 体 产 品 ) 

具体 产品 实现 了 抽象 产品 接口 , 某 种 类 型 的 具体 产品 由 专门 的 具体 工厂 创建 ,它们 之 间 
一 一 对 应 。 

3. Factory( 抽 象 工厂 ) 

在 抽象 工厂 类 中 ,声明 了 工厂 方法 (Factory Method) ,用 于 返回 一 个 产品 。 抽 象 工厂 是 
工厂 方法 模式 的 核心 , 它 与 应 用 程序 无 关 。 任 何在 模式 中 创建 对 象 的 工厂 类 都 必须 实现 该 
接口 。 

4. ConcreteFactory( 具 体 工 厂 ) 

具体 工厂 是 抽象 工厂 类 的 子 类 .实现 了 抽象 工厂 中 定义 的 工厂 方法 ,并 可 由 客户 调用 ， 
返回 一 个 具体 产品 类 的 实例 。 在 具体 工厂 类 中 包含 与 应 用 程序 密切 相关 的 逻辑 ,并 且 接 受 
应 用 程序 调用 以 创建 产品 对 象 。 
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5.2.2 模式 分 析 


工厂 方法 模式 是 简单 工厂 模式 的 进一步 抽象 和 推广 。 由 于 使 用 了 面向 对 象 的 多 态 性 ， 
工厂 方法 模式 保持 了 简单 工厂 模式 的 优点 ,而 且 克 服 了 它 的 缺点 。 在 工厂 方法 模式 中 ,核心 
的 工厂 类 不 再 负责 所 有 产品 的 创建 ,而 是 将 具体 创建 工作 交 给 子 类 去 做 。 这 个 核心 类 仅仅 
负责 给 出 具体 工厂 必须 实现 的 接口 ,而 不 负责 哪 一 个 产品 类 被 实例 化 这 种 细节 ,这 使 得 工厂 
方法 模式 可 以 允许 系统 在 不 修改 工厂 角色 的 情况 下 引进 新 产品 。 在 工厂 方法 模式 中 ,工厂 
类 与 产品 类 往往 具有 平行 的 等 级 结构 ,它们 之 间 一 一 对 应 。 例 如 在 现实 生活 中 的 手机 工厂 ， 
不 同 品牌 的 手机 应 该 由 不 同 的 公司 制造 ,苹果 公司 生产 苹果 手机 ,三 星 公 司 生 产 三 星 手机 ， 
那么 抽象 层 的 手机 公司 生产 抽象 的 手机 ,而 具体 的 手机 公司 就 生产 具体 品牌 的 手机 ,其 中 就 
蕴涵 了 工厂 方法 模式 的 应 用 。 

工厂 方法 模式 与 简单 工厂 模式 在 结构 上 的 区 别 很 明显 ,工厂 方法 类 的 核心 是 一 个 抽象 
工厂 类 ,而 简单 工厂 模式 把 核心 放 在 一 个 具体 类 上 。 工厂 方法 模式 之 所 以 有 一 个 别名 叫 多 
态 性 工厂 模式 是 因为 具体 工厂 类 都 有 共同 的 接口 .或 者 有 共同 的 抽象 父 类 。 当 系统 扩展 需 
要 添加 新 的 产品 对 象 时 ,仅仅 需要 添加 一 个 具体 产品 对 象 以 及 一 个 具体 工厂 对 象 , 原 有 工厂 
对 象 不 需要 进行 任何 修改 ,也 不 需要 修改 客户 端 ,很 好 地 符合 了 “ 开 闭 原则 ”。 而 简单 工厂 模 
式 在 添加 新 产品 对 象 后 不 得 不 修改 工厂 方法 ,扩展 性 不 好 。 工 厂 方法 模式 退化 后 可 以 演变 
成 简单 工厂 模式 。 

在 简单 工厂 模式 的 学 习 中 ,我 们 分 析 了 某 销 售 管理 系统 中 支持 多 种 支付 方式 的 简单 工 
厂 模式 设计 方案 ,使 用 简单 工厂 模式 存在 的 最 大 问题 是 增加 新 类 型 的 支付 方式 需要 修改 工 
厂 类 的 业务 逻辑 ,可 以 使 用 工厂 方法 模式 解决 该 问题 。 

对 于 每 种 支付 方式 ,不 再 通过 统一 的 核心 工厂 类 来 创建 ,而 是 单独 定义 一 个 工厂 类 ,将 
核心 工厂 类 改造 成 一 个 抽象 类 或 接口 ,用 于 对 具体 的 工厂 类 进行 抽象 定义 ,在 抽象 工厂 中 定 
义 了 工厂 方法 ,在 其 子 类 中 再 具体 实现 该 方法 。 抽 象 工厂 类 的 代码 如 下 : 


在 抽象 工厂 的 子 类 中 实例 化 具体 产品 类 , 即 创建 具体 的 支付 方式 对 象 ,每 一 种 具体 的 支 
付 方式 对 应 一 个 具体 工厂 类 ,如 CashPay 对 应 的 工厂 类 如 下 : 


具体 工厂 类 继承 了 抽象 工厂 类 ,并 实现 了 在 抽象 工厂 中 定义 的 抽象 工厂 方法 ,用 于 返回 
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对 应 的 具体 产品 对 象 。 
在 使 用 这 些 类 的 客户 端 业务 代码 中 ,首先 需要 实例 化 具体 工厂 类 ,再 通过 具体 工厂 类 创 
建 具 体 的 支付 方式 对 象 ,创建 CashPay 对 象 的 代码 如 下 : 


需要 注意 的 是 ,为 了 提高 系统 的 可 扩展 性 和 灵活 性 ,在 定义 工厂 和 产品 时 都 必须 使 用 抽 
象 层 ,如 果 需 要 更 换 产品 类 ,只 需要 更 换 对 应 的 工厂 即 可 ,其 他 代码 不 需要 进行 任何 修改 。 
在 实际 的 应 用 开发 中 ,一般 将 具体 工厂 类 的 实例 化 过 程 进行 改进 ,不 直接 使 用 new 关键 字 
来 创建 对 象 ,而 是 将 具体 类 的 类 名 写 人 配置 文件 中 ,再 通过 Java 的 反射 机 制 , 读 取 XML 格 
式 的 配置 文件 ,根据 存储 在 XML 文件 中 的 类 名 字符 串 生 成 对 象 。 如 将 上 面 的 具体 工厂 类 
类 名 存储 在 如 下 XML 文档 中 : 


该 XML 文档 也 称 为 配置 文件 ,再 设计 一 个 专门 的 工具 类 XMLUtil 用 于 读 取 该 XML 
配置 文件 ,在 XMLUtil 中 需要 使 用 Java 语言 的 两 个 技术 点 ,其 一 是 DOM, 即 对 XML 文件 
的 操作 ,关于 DOM 的 详细 学 习 可 以 参考 其 他 相关 书籍 ,在 此 不 对 扩展 ; 其 二 是 Java 反射 机 
制 , 下 面 对 Java 反射 机 制 做 一 个 简单 的 介绍 。 

Java 反射 (Java Reflection) 是 指 在 程序 运行 时 获取 已 知名 称 的 类 或 已 有 对 象 的 相关 信 
息 的 一 种 机 制 ,包括 类 的 方法 、 属 性 、 超 类 等 信息 ,还 包括 实例 的 创建 和 实例 类 型 的 判断 等 。 
在 反射 中 使 用 最 多 的 类 是 Class,Class 类 的 实例 表示 正在 运行 的 Java 应 用 程序 中 的 类 和 
接口 ,其 forName(String className) 方 法 可 以 返回 与 带 有 给 定 字符 串 名 的 类 或 接口 相关 
联 的 Class 对 象 ,再 通过 Class 对 象 的 newInstance() 方 法 创建 此 对 象 所 表示 的 类 的 一 个 新 
实例 , 即 通过 一 个 类 名 字符 串 得 到 类 的 实例 。 如 创建 一 个 字符 串 类 型 的 对 象 , 其 代码 
如 下 : 


此 外 ,在 JDK 中 还 提供 了 java. lang. reflect 包 ,封装 了 一 些 其 他 与 反射 相关 的 类 ,在 本 
书 中 只 用 到 上 述 简单 的 反射 代码 ,在 此 不 予 扩展 。 

通过 引入 DOM 和 反射 机 制 后 ,可 以 在 XMLUftil 中 实现 读 取 XML 文件 并 根据 存储 在 
XML 文件 中 的 类 名 获取 对 应 的 对 象 ,XMLUtil 类 的 详细 代码 如 下 : 
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import javax. xml. parsers. x*; 
import org. w3c. dom. *; 
import org. xm1. sax. SAXException; 
import java. io. *; 
public class XMLUtil 
{ 
// 该 方法 用 于 从 xML 配置 文件 中 提取 具体 类 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() 
{ 
try 
{ 
// 创 建 DOM 文档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance(); 
DocumentBuilder builder = dFactory.newDocumentBuilder(); 
Document doc; 


doc = builder.parse(new File("config. xml")); 


// 获 取 包 含 类 名 的 文本 节点 

NodeList nl = doc.getElementsByTagName("className" ); 
Node classNode = nl. item(0).getFirstChild(); 

String cName = classNode. getNodeValue( ); 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName(cName) ; 
Object obj = c. newInstance( ); 
return obj; 
} 
catch( Exception e) 
e. printStackTrace( ); 


return null; 


注意 : 在 后 续 的 设计 模式 学 习 中 将 多 次 重用 该 类 ,将 不 再 重复 学 习 。 

有 了 XMLUtil 类 后 ,可 以 对 客户 端 代码 进行 修改 ,不 再 直接 使 用 new 关键 字 来 创建 具 
体 的 工厂 类 ,而 是 将 具体 工厂 类 的 类 名 放 在 XML 文件 中 ,再 通过 XMLUtil 类 的 静态 工厂 
方法 getBean() 进 行 类 的 实例 化 ,代码 修改 如 下 : 


PayMethodFactory factory; 

AbstractPay payMethod; 

factory = (PayMethodFactory) XMLUtil. getBean( ); //getBean( ) 的 返回 类 型 为 Object, 此 处 需要 进行 
// 强 制 类 型 转换 

payMethod = factory. getPayMethod( ); 

payMethod. pay( ); 
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引入 XMLUtil 类 和 XML 配置 文件 后 ,如 果 要 增加 新 类 型 的 支付 方式 ,只 需要 如 下 四 
个 步骤 ， 

(1) 新 的 支付 方式 类 需要 继承 抽象 支付 方式 类 AbstractPay。 

(2) 增加 一 个 新 的 具体 支付 方式 工厂 类 ,继承 抽象 支付 方式 工厂 类 PayMethodFactory， 
并 实现 其 中 的 工厂 方法 getPayMethod() ,返回 具体 的 支付 方式 产品 对 象 。 

(3) 修改 配置 文件 config. xml, 将 新 增 的 具体 支付 方式 工厂 类 的 类 名 字符 串 替 换 原 有 
工厂 类 类 名 字符 串 。 

(4) 编译 新 增 的 具体 支付 方式 类 和 具体 支付 方式 工厂 类 ,运行 客户 端 测试 类 即 可 使 用 
新 的 支付 方式 ,而 原 有 类 库 代码 无 须 做 任何 修改 ,完全 符合 “ 开 闭 原则 ”。 

通过 上 述 重 构 可 以 使 得 系统 更 加 灵活 ,由 于 很 多 设计 模式 都 关注 系统 的 可 扩展 性 和 灵 
活性 ,因此 都 定义 了 抽象 层 ,在 抽象 层 中 对 业务 方法 进行 定义 ,而 将 业务 方法 的 实现 放 在 实 
现 层 中 。 为 了 更 好 地 体现 这 些 设 计 模 式 的 特点 ,本 书 在 学 习 很 多 设计 模式 时 都 使 用 XML 
和 Java 反射 机 制 来 创建 对 象 。 


5.3 工厂 方法 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 工厂 方法 模式 。 
5.3.1 工矿 方法 模式 实例 之 电视 机 工厂 


1. 实例 说 明 

在 第 4 章 学 习 简单 工厂 模式 时 我 们 通过 一 个 电视 机 代 工 生产 工厂 来 生产 电视 机 , 当 需 
要 增加 新 的 品牌 的 电视 机 时 不 得 不 修改 工厂 类 中 的 工厂 方法 ,违反 了 “ 开 闭 原则 ”为 了 让 
增加 新 品牌 电视 机 更 加 方便 ,可 以 通过 工厂 方法 模式 对 该 电视 机 厂 进行 进一步 重 构 。 可 以 
将 原 有 的 工厂 进行 分 割 ,为 每 种 品牌 的 电视 机 提供 一 个 子 工厂 ,海尔 工厂 专门 负责 生产 海尔 
电视 机 ,海信 工厂 专门 负责 生产 海信 电视 机 ,如 果 需 要 生产 TCL 电视 机 或 创维 电视 机 ,只 需 
要 对 应 增加 一 个 新 的 TCL 工厂 或 创维 工厂 即 可 , 原 有 的 工厂 无 须 做 任何 修改 ,使 得 整个 系 
统 具 有 更 好 的 灵活 性 和 可 扩展 性 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 5-4 所 示 。 

3. 实例 代码 及 解释 

(1) 抽象 产品 类 TV (电视 机 类 ) 


TV 作为 抽象 产品 类 , 它 可 以 是 一 个 接口 ,也 可 以 是 一 个 抽象 类 ,其 中 包含 了 所 有 产品 
都 具有 的 业务 方法 play() 。 


84 ”设计 模式 (第 2 版 ) 


,Client 
| | 
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| | 
| 让 
| 
| 
| 
| 
| 
二 TVacoy | A 
+ produceTV () :TV + play () : void 
和 了 
HaierTVFactory Wa 全 HisenseTVFactory ， HaierTV 人 HisenseTV 
| 
+produceTV () :TV +produceTV() :TV + play 9 :void bs ony () : void 
1 I \ | 
! , 全 <<create>> | 2 
! ji \ <<create>> ? 
retun new HaierTV(); retum new HisenseTVO; 
LI) 
(2) 具体 产品 类 HaierTV( 海 尔 电视 机 类 ) 
public class HaierTV implements TV 
{ 
public void play() 
€ 
System. out. println(" 海 尔 电 视 机 播放 中 …… "); 


} 
} 


HaierTV 是 抽象 产品 TV 接口 的 子 类 , 它 是 一 种 具体 产品 ,实现 了 在 TV 接口 中 定义 


的 业务 方法 play()。 
(3) 具体 产品 类 HisenseTV( 海 信 电 视 机 类 ) 


public class HisenseTV implements TV 


人 
public void play() 


System. out. println(" 海 信和 电视 机 播放 中 …… ey 


HisenseTV 是 抽象 产品 TV 接口 的 另 一 个 子 类 。 
(4) 抽象 工厂 类 TVFactory( 电 视 机 工厂 类 ) 


public interface TVFactory 
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{ 
public TV produceTV( ); 
} 


TVFactory 是 抽象 工厂 类 , 它 可 以 是 一 个 接口 ,也 可 以 是 一 个 抽象 类 , 它 包 含 了 抽象 的 
工厂 方法 produceTV() ,返回 一 个 抽象 产品 TV 类 型 的 对 象 。 
(5) 具体 工厂 类 HaierTVFactory( 海 尔 电视 机 工厂 类 ) 


public class HaierTVFactory implements TVFactory 


{ 
public TV produceTV() 


{ 
System. out. println(" 海 尔 电视 机 工厂 生产 海尔 电视 机 。"); 


return new HaierTV(); 


} 


HaierTVFactory 是 具体 工厂 类 , 它 是 抽象 工厂 类 TVFactory 的 子 类 ,实现 了 抽象 工厂 
方法 produceTV() ,在 工厂 方法 中 创建 并 返回 一 个 对 象 的 具体 产品 。 
(6) 具体 工厂 类 HisenseTVFactory( 海 信 电 视 机 工厂 类 ) 


public class HisenseTVFactory implements TVFactory 
ul 
public TV produceTV() 
lL 
System. out. println(" 海 信 电 视 机 工厂 生产 海信 电视 机 。"); 


return new HisenseTV( ); 


4. 辅助 代码 

(1) XML 操作 工具 类 XMLUtil 

参见 5. 2. 2 节 工 厂 方法 模式 的 模式 分 析 。 
(2) 配置 文件 config. xml 

本 实例 配置 文件 代码 如 下 : 


<?xml version = "1.0"?> 
< config > 

< className > HaierTVFactory </className> 
</config> 


(3) 客户 端 测 试 类 Client 


public class Client 
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public static void main(String args[ ]) 
{ 
try 
{ 
TV tv; 
TVFactory factory; 
factory = (TVFactory)XMLUtil. getBean( ); 
tv = factory. produceTV(); 
tv. play(); 
} 
catch( Exception e) 


{ 
System. out. println(e. getMessage( )); 


} 
} 
注意 加 粗 的 几 行 代码 ,在 定义 对 象 时 需要 采用 抽象 定义 ,否则 无 法 体现 设计 模式 的 优越 
性 。 同 时 通过 XMLUtil 来 获取 对 象 时 需要 进行 强制 类 型 转换 ,否则 会 提示 类 型 错误 。 
5. 结果 及 分 析 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 : HaierTVFactory, 则 输出 结 
果 如 下 : 


海尔 电视 机 工厂 生产 海尔 电视 机 。 
海尔 电视 机 播放 中 …… 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 : HisenseTVFactory, 则 输出 
结果 如 下 : 


海信 电视 机 工厂 生产 海信 电视 机 。 
海信 电视 机 播放 中 …… 


如 果 需 要 增加 一 种 新 的 类 型 的 电视 机 ,如 TCL 电视 机 ,首先 需要 增加 一 个 新 的 具体 产 
品类 TCLTYV ,代码 如 下 : 


public class TCLTV implements TV 
{ 
public void play() 
A 
System. out. println("TCL 电视 机 播放 中 …… pe 


} 
; 


再 对 应 增加 一 个 具体 工厂 类 TCLTVFactory ;代码 如 下 : 


public class TCLTVFactory implements TVFactory 
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最 后 修改 XML 配置 文件 ,修改 后 代码 如 下 : 


编译 新 增 的 两 个 类 ,运行 客户 端 测试 代码 ,结果 如 下 : 


5.3.2 工矿 方法 模式 实例 之 日 志 记 录 器 


1. 实例 说 明 


菜系 统 日 志 记录 器 要 求 支持 多 种 日 志 记 录 方 式 ,如 文件 记录 数据 库 记 录 等 , 且 用 户 可 
以 根据 要 求 动态 选择 日 志 记录 方式 , 现 使 用 工厂 方法 模式 设计 该 系统 。 


2. 实例 类 图 
通过 分 析 ,该 实例 类 图 如 图 5-5 所 示 。 


图 5-5 日 志 记 录 器 类 图 
该 实例 的 代码 解释 与 结果 分 析 略 。 
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5.4 工厂 方法 模式 效果 与 应 用 


5.4.1 模式 优 缺 点 


1. 工厂 方法 模式 的 优点 


(1) 在 工厂 方法 模式 中 ,工厂 方法 用 来 创建 客户 所 需要 的 产品 ,同时 还 向 客户 隐藏 了 哪 
种 具体 产品 类 将 被 实例 化 这 一 细节 ,用户 只 需要 关心 所 需 产 品 对 应 的 工厂 ,无 须 关心 创建 细 
节 , 甚 至 无 须知 道具 体 产 品类 的 类 名 。 

(2) 基于 工厂 角色 和 产品 角色 的 多 态 性 设计 是 工厂 方法 模式 的 关键 。 它 能 够 使 工厂 可 
以 自主 确定 创建 何 种 产品 对 象 ,而 如 何 创建 这 个 对 象 的 细节 则 完全 封装 在 具体 工厂 内 部 。 
工厂 方法 模式 之 所 以 又 被 称 为 多 态 工厂 模式 ,是 因为 所 有 的 具体 工厂 类 都 具有 同一 抽象 
父 类 。 

(3) 使 用 工厂 方法 模式 的 另 一 个 优点 是 在 系统 中 加 入 新 产品 时 ,无 须 修改 抽象 工厂 和 
抽象 产品 提供 的 接口 ,无 须 修改 客户 端 ,也 无 须 修改 其 他 的 具体 工厂 和 有 具体 产品 ,而 只 要 添 
加 一 个 具体 工厂 和 具体 产品 就 可 以 了 。 这 样 ,系统 的 可 扩展 性 也 就 变 得 非常 好 ,完全 符合 
“ 开 闭 原则 ”。 

2. 工厂 方法 模式 的 缺点 

(1) 在 添加 新 产品 时 ,需要 编写 新 的 具体 产品 类 ,而 且 还 要 提供 与 之 对 应 的 具体 工厂 
类 ,系统 中 类 的 个 数 将 成 对 增加 ,在 一 定 程度 上 增加 了 系统 的 复杂 度 , 有 更 多 的 类 需要 编译 
和 运行 ,会 给 系统 带 来 一 些 额外 的 开销 。 

(2) 由 于 考虑 到 系统 的 可 扩展 性 ,需要 引入 抽象 层 ,在 客户 端 代码 中 均 使 用 抽象 层 进行 
定义 ,增加 了 系统 的 抽象 性 和 理解 难度 , 且 在 实现 时 可 能 需要 用 到 DOM、 反 射 等 技术 ,增加 
了 系统 的 实现 难度 。 


5.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 工厂 方法 模式 : 

(1) 一 个 类 不 知道 它 所 需要 的 对 象 的 类 : 在 工厂 方法 模式 中 ,客户 端 不 需要 知道 具体 
产品 类 的 类 名 ,只 需要 知道 所 对 应 的 工厂 即 可 ,具体 的 产品 对 象 由 具体 工厂 类 创建 ; 客户 端 
需要 知道 创建 具体 产品 的 工厂 类 。 

(2) 一 个 类 通过 其 子 类 来 指定 创建 哪个 对 象 : 在 工厂 方法 模式 中 ,对 于 抽象 工厂 类 
只 需要 提供 一 个 创建 产品 的 接口 ,而 由 其 子 类 来 确定 具体 要 创建 的 对 象 ,利用 面向 对 象 
的 多 态 性 和 里 氏 代 换 原则 ,在 程序 运行 时 , 子 类 对 象 将 覆盖 父 类 对 象 , 从 而 使 得 系统 更 容 
易 扩展 。 

(3) 将 创建 对 象 的 任务 委托 给 多 个 工厂 子 类 中 的 某 一 个 ,客户 端 在 使 用 时 可 以 无 须 关 
心 是 哪 一 个 工厂 子 类 创建 产品 子 类 ,需要 时 再 动态 指定 ,可 将 具体 工厂 类 的 类 名 存储 在 配置 
文件 或 数据 库 中 。 
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5.4.3 模式 应 用 


(1) 在 Java 集合 框架 中 ,常用 的 List 和 Set 等 集合 都 继承 (或 实现 ) 了 java. util. 
Collection 接口 ,在 Collection 接口 中 为 所 有 的 Java 集合 类 定义 了 一 个 iterator() 方 法 ,可 返 
回 一 个 用 于 遍历 集合 的 Iterator( 和 迭代 器 ) 类 型 的 对 象 (在 后 面 的 迭代 器 模式 中 ,我 们 将 深入 
学 习 Java 集合 框架 和 Iterator 迭代 器 ) 。 而 具体 的 Java 集合 类 可 以 通过 实现 该 iterator() 
方法 返回 一 个 具体 的 Iterator 对 象 ,该 iterator() 方 法 就 是 工厂 方法 ,如 图 5-6 所 示 。 


在 JDK 源 代码 中 ,由 于 考虑 到 更 多 的 因素 ,因此 上 述 过 程 的 实现 相对 比较 复杂 。 图 5-6 
进行 了 简化 ,在 该 图 中 ,List 接口 除了 继承 Collection 接口 的 iterator() 方 法 外 ,还 增加 了 新 
的 工厂 方法 listIterator () ,专门 用 于 创建 ListIterator 类 型 的 迭代 器 ,在 List 的 子 类 
LinkedList 中 实现 了 该 方法 ,可 用 于 创建 具体 的 ListIterator 子 类 ListItr 的 对 象 ,代码 


如 下 : 


listIterator() 方 法 用 于 返回 具体 的 Iterator 迭代 器 对 象 , 是 一 个 具体 的 工厂 方法 。 

(2) Java 消息 服务 JMS(Java Messaging Service) 定 义 了 一 套 标准 的 API, 让 Java 语言 
程序 能 够 通过 支持 JMS 标准 的 MOM(Message Oriented Middleware) 来 创建 和 交换 消息 。 
在 JMS 的 实现 过 程 中 就 需要 广泛 使 用 到 工厂 方法 模式 ,工厂 方法 模式 应 用 于 创建 Connection 
连接 对 象 ,创建 Session 会 话 对 象 ,创建 Sender 消息 发 送 者 对 象 等 ,代码 片段 如 下 : 


图 5-6 Java 集合 简单 示意 图 
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(3) 在 JDBC 中 也 大 量 使 用 了 工厂 方法 模式 ,在 创建 连接 对 象 Connection、 语 句 对 象 
Statement 和 结果 集 对 象 ResultSet 时 都 使 用 了 工厂 方法 ,代码 片段 如 下 : 


5.5 工厂 方法 模式 扩展 


1, 使 用 多 个 工厂 方法 

在 抽象 工厂 角色 中 可 以 定义 多 个 工厂 方法 ,让 具体 工厂 角色 实现 这 些 不 同 的 工厂 方法 ， 
这 些 方 法 可 以 包含 不 同 的 业务 逻辑 ,以 满足 对 不 同 的 产品 对 象 的 需求 。 

2. 产品 对 象 的 重复 使 用 

工厂 方法 总 是 调用 产品 类 的 构造 函数 以 创建 一 个 新 的 产品 实例 ,然后 将 这 个 实例 提供 
给 客户 端 。 而 在 实际 情形 中 ,工厂 方法 所 做 的 事情 可 以 相当 复杂 ,一 个 常见 的 复杂 逻辑 就 是 
重复 使 用 产品 对 象 。 工 厂 对 象 将 已 经 创建 过 的 产品 保存 到 一 个 集合 (如 数组 、List 等 ) 中 , 然 
后 根据 客户 对 产品 的 请 求 , 对 集合 进行 查询 。 如 果 有 满足 要 求 的 产品 对 象 ,就 直接 将 该 产品 
返回 客户 端 ;! 如 果 集 合 中 没有 这 样 的 产品 对 象 ,那么 就 创建 一 个 新 的 满足 要 求 的 产品 对 象 ， 
然后 将 这 个 对 象 增加 到 集合 中 ,再 返回 给 客户 端 。 这 就 是 后 面 将 要 学 习 的 享 元 模式 
(Flyweight Pattern) 的 设计 思想 。 

3. 多 态 性 的 丧失 和 模式 的 退化 

一 个 工厂 方法 模式 的 实现 依赖 于 工厂 角色 和 产品 角色 的 多 态 性 ,在 某 些 情况 下 ,这 个 模 
式 可 以 出 现 退 化 。 工 厂 方法 返回 的 类 型 应 当 是 抽象 类 型 ,而 不 是 具体 类 型 。 调 用 工厂 方法 
的 客户 端 应 当 依赖 抽象 产品 编程 ,而 不 是 具体 产品 。 如 果 工 厂 仅 仅 返 回 一 个 具体 产品 对 象 ， 
便 违 背 了 工厂 方法 的 用 意 ,发 生 退化 ,此 时 就 不 再 是 工厂 方法 模式 了 。 一 般 来 说 ,工厂 对 象 
应 当 有 一 个 抽象 的 父 类 型 ,如 果 工 厂 等 级 结构 中 只 有 一 个 具体 工厂 类 的 话 ,抽象 工厂 就 可 以 
省 略 , 也 将 发 生 退化 。 当 只 有 一 个 具体 工厂 ,在 具体 工厂 中 可 以 创建 所 有 的 产品 对 象 ,并 且 
工厂 方法 设计 为 静态 方法 时 ,工厂 方法 模式 就 退化 成 简单 工厂 模式 。 
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5.6 本 章 小 结 


(1) 工厂 方法 模式 又 称 为 工厂 模式 , 它 属于 类 创建 型 模式 。 在 工厂 方法 模式 中 ,工厂 父 
类 负责 定义 创建 产品 对 象 的 公共 接口 ,而 工厂 子 类 则 负责 生成 具体 的 产品 对 象 ,这 样 做 的 目 
的 是 将 产品 类 的 实例 化 操作 延迟 到 工厂 子 类 中 完成 , 即 通 过 工厂 子 类 来 确定 究竟 应 该 实例 
化 哪 一 个 具体 产品 类 。 

(2) 工厂 方法 模式 包含 4 个 角色 : 抽象 产品 是 定义 产品 的 接口 ,是 工厂 方法 模式 所 创建 
对 象 的 超 类 型 , 即 产品 对 象 的 共同 父 类 或 接口 ; 具体 产品 实现 了 抽象 产品 接口 , 某 种 类 型 的 
具体 产品 由 专门 的 具体 工厂 创建 ,它们 之 间 一 一 对 应 ; 抽象 工厂 中 声明 了 工厂 方法 ,用 于 返 
回 一 个 产品 , 它 是 工厂 方法 模式 的 核心 ,任何 在 模式 中 创建 对 象 的 工厂 类 都 必须 实现 该 接 
口 ; 具体 工厂 是 抽象 工厂 类 的 子 类 ,实现 了 抽象 工厂 中 定义 的 工厂 方法 ,并 可 由 客户 调用 ， 
返回 一 个 具体 产品 类 的 实例 。 

(3) 工厂 方法 模式 是 简单 工厂 模式 的 进一步 抽象 和 推广 。 由 于 使 用 了 面向 对 象 的 多 态 
性 ,工厂 方法 模式 保持 了 简单 工厂 模式 的 优点 ,而且 克 服 了 它 的 缺点 。 在 工厂 方法 模式 中 ， 
核心 的 工厂 类 不 再 负责 所 有 产品 的 创建 ,而 是 将 具体 创建 工作 交 给 子 类 去 做 。 这 个 核心 类 
仅仅 负责 给 出 具体 工厂 必须 实现 的 接口 ,而 不 负责 产品 类 被 实例 化 这 种 细节 ,这 使 得 工厂 方 
法 模式 可 以 允许 系统 在 不 修改 工厂 角色 的 情况 下 引进 新 产品 。 

(4) 工厂 方法 模式 的 主要 优点 是 增加 新 的 产品 类 时 无 须 修改 现 有 系统 ,并 封装 了 产品 
对 象 的 创建 细节 ,系统 具有 良好 的 灵活 性 和 可 扩展 性 ; 其 缺点 在 于 增加 新 产品 的 同时 需要 
增加 新 的 工厂 ,导致 系统 类 的 个 数 成 对 增加 ,在 一 定 程度 上 增加 了 系统 的 复杂 性 。 

(5) 工厂 方法 模式 适用 情况 包括 : 一 个 类 不 知道 它 所 需要 的 对 象 的 类 ; 另 一 个 类 通过 
其 子 类 来 指定 创建 哪个 对 象 ; 将 创建 对 象 的 任务 委托 给 多 个 工厂 子 类 中 的 某 一 个 ,客户 端 
在 使 用 时 可 以 无 须 关心 是 哪 一 个 工厂 子 类 创建 产品 子 类 ,需要 时 再 动态 指定 。 


思考 与 练习 


1. 现 需 要 设计 一 个 程序 来 读 取 多 种 不 同类 型 的 图 片 格式 ,针对 每 一 种 图 片 格式 都 设计 
一 个 图 片 读 取 器 (ImageReader) ,如 GIF 图 片 读 取 器 (GifReader) 用 于 读 取 GIF 格式 的 图 
片 JPG 图 片 读 取 器 (JpgReader) 用 于 读 取 JPG 格式 的 图 片 。 图 片 读 取 器 对 象 通过 图 片 读 
取 器 工厂 ImageReaderFactory 来 创建 ,ImageReaderFactory 是 一 个 抽象 类 ,用 于 定义 创建 
图 片 读 取 器 的 工厂 方法 ,其 子 类 GifReaderFactory 和 JpgReaderFactory 用 于 创建 具体 的 图 
片 读 取 器 对 象 。 使 用 工厂 方法 模式 实现 该 程序 的 设计 。 

2. 宝马 (BMW) 工 厂 制造 宝马 汽车 ,奔驰 (Benz) 工 厂 制造 奔驰 汽车 。 使 用 工厂 方法 模 
式 模拟 该 场景 ,要 求 绘制 相应 的 类 图 并 用 Java 语言 实现 。 

3. 用 Java 代码 实现 “日 志 记 录 器 ”实例 ,如 果 在 系统 中 增加 一 个 日 志 记 录 方 式 一 一 控 
制 台 日 志 记 录 (ConsoleLog) ,绘制 类 图 并 修改 代码 ,注意 增加 新 日 志 记 录 方 式 过 程 中 原 有 
代码 的 变化 。 


抽象 工厂 模式 


本 章 导 学 

抽象 工厂 模式 也 是 常见 的 创建 型 设计 模式 之 一 , 它 比 工厂 方法 模式 的 
抽象 程度 更 高 。 在 工厂 方法 模式 中 具体 工厂 只 需要 生产 一 种 具体 产品 ,但 
是 在 抽象 工厂 模式 中 ,具体 工厂 可 以 生产 相关 的 一 组 具体 产品 ,这 样 的 一 组 
产品 称 之 为 产品 族 ,产品 族 中 的 每 一 个 产品 都 分 属于 某 一 个 产品 继承 等 级 
结构 。 


本 章 将 通过 实例 来 介绍 抽象 工厂 模式 、 抽 象 工厂 模式 的 结构 及 特点 ,比较 三 种 不 同 的 工 
厂 模 式 的 异同 ,使 读者 学 会 如 何在 实际 软件 项 目 开 发 中 合理 使 用 抽象 工厂 模式 。 

本 童 的 难点 在 于 掌握 抽象 工厂 模式 的 结构 及 实现 ,理解 抽象 工厂 模式 中 “ 开 闭 原则 ”的 
倾斜 性 。 

抽象 工厂 模式 重要 等 级 : 交友 克 克 克 

抽象 工厂 模式 难度 等 级 : 友 友 妈妈 六 


6.1 抽象 工厂 模式 动机 与 定义 


抽象 工厂 模式 是 工厂 方法 模式 的 泛 化 版 ,工厂 方法 模式 是 一 种 特殊 的 抽象 工厂 模式 。 
在 工厂 方法 模式 中 ,每 一 个 具体 工厂 只 能 生产 一 种 具体 产品 ,而 在 抽象 工厂 方法 模式 中 ,每 
一 个 具体 工厂 可 以 生产 多 个 具体 产品 。 在 实际 的 软件 开发 中 ,抽象 工厂 模式 使 用 频率 较 高 ， 
下 面 将 深化 抽象 工厂 模式 的 学 习 。 


6.1.1 模式 动机 


在 工厂 方法 模式 中 具体 工厂 负责 生产 具体 的 产品 .每 一 个 具体 工厂 对 应 一 种 具体 产品 ， 
工厂 方法 也 具有 唯一 性 ,一 般 情况 下 ,一 个 具体 工厂 中 只 有 一 个 工厂 方法 或 者 一 组 重 载 的 工 
厂 方法 。 但 是 有 时 候 我 们 需要 一 个 工厂 可 以 提供 多 个 产品 对 象 , 而 不 是 单一 的 产品 对 象 ,如 
一 个 电器 设备 工厂 , 它 可 以 生产 电视 机 、 电 冰箱 、 空 调 等 设备 ,而 不 只 是 生成 某 种 类 型 的 电 
器 。 为 了 更 清晰 地 理解 抽象 工厂 模式 ,需要 先 引入 两 个 概念 : 

(1) 产品 等 级 结构 : 产品 等 级 结构 即 产 品 的 继承 结构 ,如 一 个 抽象 类 是 电视 机 ,其 子 类 
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有 海尔 电视 机 、 海 信和 电视 机 、TCL 电视 机 , 则 抽象 电视 机 与 具体 品牌 的 电视 机 之 间 构 成 了 一 
个 产品 等 级 结构 ,抽象 电视 机 是 父 类 ,而 具体 品牌 的 电视 机 是 其 子 类 。 

(2) 产品 族 : 在 抽象 工厂 模式 中 ,产品 族 是 指 由 同一 个 工厂 生产 的 ,位 于 不 同 产 品 等 级 
结构 中 的 一 组 产品 ,如 海尔 电器 工厂 生产 的 海尔 电视 机 、 海 尔 电 冰 箱 , 海 尔 电视 机 位 于 电视 
机 产品 等 级 结构 中 ,海尔 电 冰 箱 位 于 电 冰 箱 产 品 等 级 结构 中 ,如 图 6-1 所 示 。 


ts 


产品 族 4 
| | [eel HH le 
“| [= 甲 < 个 产品 等 级 结构 


TCL [rc 中 =] 


> 产品 等 级 结构 
电视 机 冰箱 空调 


图 6-1 产品 族 与 产品 等 级 结构 示意 图 


在 图 6-1 中 ,不 同 品 牌 的 电视 机 、 冰 箱 和 空调 分 别 构成 了 3 个 不 同 的 产品 等 级 结构 ， 
而 相同 品牌 的 电视 机 、 冰 箱 和 空调 则 构成 了 一 个 产品 族 ,每 一 个 对 象 都 位 于 某 个 产品 族 
并 属于 某 个 产品 等 级 结构 。 在 图 6-1 中 ,一 共 包含 3 个 产品 族 ,分 属于 3 个 不 同 的 产品 等 
级 结构 。 只 要 指明 一 个 产品 所 处 的 产品 族 以 及 它 所 属 的 等 级 结构 ,就 可 以 唯一 确定 这 个 
产品 。 

当 系 统 所 提供 的 工厂 所 需 生 产 的 具体 产品 并 不 是 一 个 简单 的 对 象 ,而 是 多 个 位 于 不 同 
产品 等 级 结构 中 属于 不 同类 型 的 具体 产品 时 需要 使 用 抽象 工厂 模式 。 抽 象 工厂 模式 是 所 有 
形式 的 工厂 模式 中 最 为 抽象 和 最 具 一 般 性 的 一 种 形态 。 抽 象 工厂 模式 与 工厂 方法 模式 最 大 
的 区 别 在 于 ,工厂 方法 模式 针对 的 是 一 个 产品 等 级 结构 ,而 抽象 工厂 模式 则 需要 面 对 多 个 产 
品 等 级 结构 ,一 个 工厂 等 级 结构 可 以 负责 多 个 不 同 产 品 等 级 结构 中 的 产品 对 象 的 创建 。 当 
一 个 工 三 等 级 结构 可 以 创建 出 分 属于 不 同 产品 等 级 结构 的 一 个 产品 族 中 的 所 有 对 象 时 , 抽 
象 工厂 模式 比 工厂 方法 模式 更 为 简单 有 效率 ,如 图 6-2 所 示 。 


A 
海尔 ) 2 
= 未 
海信 海尔 工厂 
TCE 


一 产品 等 级 结构 


电视 机 冰箱 空调 
图 6-2 抽象 工厂 模式 示意 图 
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在 图 6-2 中 ,每 一 个 具体 工厂 可 以 生产 属于 一 个 产品 族 的 所 有 产品 ,例如 海尔 工厂 生产 
海尔 电视 机 、 海 尔 冰箱 和 海尔 空调 ,所 生产 的 产品 又 位 于 不 同 的 产品 等 级 结构 中 。 如 果 使 用 
工厂 方法 模式 ,图 6-2 所 示 结 构 需要 提供 9 个 具体 工厂 ,而 使 用 抽象 工厂 模式 只 需要 提供 
3 个 具体 工厂 , 极 大 减少 了 系统 中 类 的 个 数 。 


6.1.2 模式 定义 


抽象 工厂 模式 (Abstract Factory Pattern) 定 义 : 提供 一 个 创建 一 系列 相关 或 相互 依赖 
对 象 的 接口 ,而 无 须 指 定 它 们 具体 的 类 。 抽 象 工厂 模式 又 称 为 Kit 模式 ,属于 对 象 创建 型 
模式 。 


英文 定义 :“Provide an interface for creating families of related or dependent objects 


without specifying their concrete classes. ”。 


6.2 抽象 工厂 模式 结构 与 分 析 


与 简单 工厂 模式 和 工矿 方法 模式 相 比较 ,抽象 工厂 模式 结构 较为 复杂 ,下 面 将 学 习 并 分 
析 其 模式 结构 。 


6.2.1 模式 结构 

抽象 工厂 模式 结构 图 如 图 6-3 所 示 。 

抽象 工厂 模式 包含 如 下 角色 : 

1. AbstractFactory( 抽 象 工厂 ) 

抽象 工厂 用 于 声明 生成 抽象 产品 的 方法 ,在 一 个 抽象 工厂 中 可 以 定义 一 组 方法 ,每 一 个 
方法 对 应 一 个 产品 等 级 结构 。 

2. ConcreteFactory( 具 体 工厂 ) 

具体 工厂 实现 了 抽象 工厂 声明 的 生成 抽象 产品 的 方法 ,生成 一 组 具体 产品 ,这 些 产品 构 
成 了 一 个 产品 族 ,每 一 个 产品 都 位 于 某 个 产品 等 级 结构 中 。 

3. AbstractProduct( 抽 象 产品 ) 

抽象 产品 为 每 种 产品 声明 接口 ,在 抽象 产品 中 定义 了 产品 的 抽象 业务 方法 。 

4. ConcreteProduct( 具 体 产品 ) 

具体 产品 定义 具体 工厂 生产 的 具体 产品 对 象 ,实现 抽象 产品 接口 中 定义 的 业务 方法 。 


6.2.2 模式 分 析 


抽象 工厂 模式 最 早 的 应 用 是 用 来 创建 在 不 同 操作 系统 的 图 形 环境 下 都 能 够 运行 的 系 
统 ,例如 在 Windows 与 Linux 操作 系统 下 都 有 图 形 环境 的 构件 。 在 每 一 个 操作 系统 中 ,都 
有 一 个 图 形 构件 组 成 的 构件 家 族 , 可 以 通过 一 个 抽象 角色 给 出 功能 定义 ,而 由 具体 子 类 给 出 
不 同 操作 系统 下 的 具体 实现 ,如 图 6-4 所 示 。 
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图 6-3 抽象 工厂 模式 结构 图 


图 6-4 不 同 操作 系统 下 Button 和 Text 结构 示意 图 


可 以 发 现 图 6-4 有 两 个 产品 等 级 结构 ,分 别 是 Button 与 Text ; 同时 有 三 个 产品 族 : UNIX 
产品 族 、Linux 产品 族 与 Windows 产品 族 ,用 产品 等 级 结构 -产品 族 图 表示 如 图 6-5 所 示 。 

在 图 6-5 中 ,可 以 更 加 清晰 地 看 到 Windows 的 Button 和 Text 构成 了 一 个 Windows 产 
品 族 , 而 不 同 操纵 系统 下 的 Button 构成 了 一 个 产品 等 级 结构 ,与 抽象 工厂 模式 中 对 产品 的 
要 求 相 符 ,因此 可 以 通过 抽象 工厂 模式 来 设计 和 实现 。 

对 于 属于 同一 个 产品 族 的 产品 对 象 可 以 创建 一 个 工厂 ,而 这 些 工厂 同时 也 构成 了 一 个 
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产品 族 


UNIX 


Linux LinuxButton [benes | 


Button Text 产品 等 级 结构 
图 6-5 不 同 操作 系统 下 不 同 构件 的 产品 等 级 结构 -产品 族 示意 图 


工厂 等 级 结构 ,与 产品 等 级 结构 相对 应 。 在 图 6-5 中 ,可 以 为 三 个 产品 族 定义 三 个 具体 工厂 
角色 , 即 WindowsFactory、UnixFactory 和 LinuxFactory。 WindowsFactory 负责 创建 
Windows 产品 族 中 的 产品 ,而 UnixFactory 负责 创建 UNIX 产品 族 中 的 产品 ,LinuxFactory 
负责 创建 Linux 产品 族 中 的 产品 ,如 图 6-6 所 示 。 


图 6-6 不 同 操作 系统 下 不 同 构件 结构 类 图 


在 实际 情况 下 ,一 个 系统 在 某 一 时 刻 只 能 够 在 某 一 个 操作 系统 的 图 形 环境 下 运行 ,而 不 
能 同时 在 不 同 的 操作 系统 上 运行 。 所 以 系统 实际 上 只 能 消费 属于 同一 个 产品 族 的 产品 。 通 
过 抽象 工厂 模式 ,系统 可 以 在 运行 时 动态 判断 操作 系统 的 类 型 ,选择 对 应 的 具体 工厂 来 创建 图 
形 构件 ,从 而 使 系统 可 以 兼容 不 同 的 操作 系统 ,在 不 同 操作 系统 中 呈现 与 该 系统 一 致 的 外 观 。 
在 抽象 工厂 模式 中 ,对 于 抽象 工厂 类 ,其 典型 代码 如 下 : 
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public abstract AbstractProductA createProductA( ); 
public abstract AbstractProductB createProductB( ); 
} 


在 一 个 抽象 工厂 类 中 可 以 声明 多 个 工厂 方法 ,每 个 工厂 方法 用 于 生产 一 种 产品 ,为 了 让 
产品 可 以 更 好 地 扩展 ,抽象 工厂 类 针对 抽象 产品 类 编程 , 即 工厂 方法 返回 的 是 抽象 类 型 的 产 
品 。 而 对 于 每 一 个 具体 工厂 类 ,其 典型 代码 如 下 : 


public class ConcreteFactoryl extends AbstractFactory 
上 
public AbstractProductA createProductA( ) 
1 
return new ConcreteProductAl( ); 


} 


public AbstractProductB createProductB( ) 
L 
return new ConcreteProductB1( ); 
) 
} 


在 具体 工厂 类 中 实现 了 在 抽象 工厂 类 中 声明 的 工厂 方法 , 且 每 一 个 方法 都 返回 属于 某 
一 个 产品 等 级 结构 的 具体 产品 类 对 象 。 


6.3 抽象 工厂 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 抽象 工厂 模式 。 
6.3.1 抽象 工厂 模式 实例 之 电器 工厂 


1. 实例 说 明 

一 个 电器 工厂 可 以 产生 多 种 类 型 的 电器 ,如 海尔 工厂 可 以 生产 海尔 电视 机 ,海尔 空调 
等 ,TCL 工厂 可 以 生产 TCL 电视 机 、TCL 空调 等 ,相同 品牌 的 电器 构成 一 个 产品 族 , 而 相同 
类 型 的 电器 构成 了 一 个 产品 等 级 结构 , 现 使 用 抽象 工厂 模式 模拟 该 场景 。 

2. 实例 类 图 

通过 分 析 , 该 实例 类 图 如 图 6-7 所 示 。 

3. 实例 代码 及 解释 

(1) 抽象 产品 类 Television( 电 视 机 类 ) 

public interface Television 


public void play(); 
;3 
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EFactory ~ Television 


+ produceTelevision () :Television + play () :void 
+ produceAirConditioner () : ArConditioner T 


HaierTelevision TCLTelevision 


HaierFactory 


+ play () : void + play () : void 
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ml = ArConditioner 
TCLFactory 


+ changeTemperature () : void 


+ produceTelevision () : Television 
+ produceAirConditioner () : AirConditioner 


HairAirConditioner TCLAirConditioner 


+ changeTemperature () : void + changeTemperature () : void 


| 


Television 是 一 种 抽象 产品 类 , 它 可 以 是 一 个 接口 ,也 可 以 是 一 个 抽象 类 ,其 中 包含 业 
务 方法 play() 的 声明 。 
(2) 具体 产品 类 HaierTelevision( 海 尔 电 视 机 类 ) 


public class HaierTelevision implements Television 
LL 
public void play() 
Ei 
System. out. println(" 海 尔 电 视 机 播放 中 …… wy 
} 


HaierTelevision 是 Television 的 子 类 ,实现 了 在 Television 中 定义 的 业务 方法 play()。 
(3) 具体 产品 类 TCLTelevision(TCL 电视 机 类 ) 


public class TCLTelevision implements Television 
public void play() 
{ 
System. out. println("TCL 电视 机 播放 中 …… "); 
1 
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TCLTelevision 是 Television 的 另 一 个 子 类 ,实现 了 在 Television 中 定义 的 业务 方法 
play() 。Television HaierTelevision 和 TCLTelevision 构成 了 一 个 产品 等 级 结构 。 
(4) 抽象 产品 类 AirConditioner( 空 调 类 ) 


public interface AirConditioner 


{ 
public void changeTemperature( ); 
} 


AirConditioner 是 另 一 种 抽象 产品 类 , 它 可 以 是 一 个 接口 ,也 可 以 是 一 个 抽象 类 ,其 中 
包含 业务 方法 changeTemperature () 的 声明 。 
(5) 具体 产品 类 HairAirConditioner( 海 尔 空调 类 ) 


public class HairAirConditioner implements AirConditioner 


public void changeTemperature( ) 
1 

System. out. println(" 海 尔 空调 温度 改变 中 ……"); 
} 


HairAirConditioner 是 AirConditioner 的 子 类 ,实现 了 在 AirConditioner 中 定义 的 业务 
方法 changeTemperature() 。 
(6) 具体 产品 类 TCLAirConditioner(TCL 空调 类 ) 


public class TCLAirConditioner implements AirConditioner 


public void changeTemperature( ) 
| 

System. out. println("TCL 空调 温度 改变 中 …… 站 
} 


TCLAirConditioner 是 AirConditioner 的 另 一 个 子 类 ,实现 了 在 AirConditioner 中 定义 的 业 
务 方 法 changeTemperature ()。 AirConditioner、 HairAirConditioner 和 TCLAirConditioner 构成 
了 一 个 产品 等 级 结构 。 

(7) 抽象 工厂 类 EFactory( 电 器 工厂 类 ) 


public interface EFactory 


public Television produceTelevision(); 
public AirConditioner produceAirConditioner( ); 


EFactory 类 是 抽象 工厂 类 ,其 中 定义 了 抽象 工厂 方法 ,针对 每 一 个 产品 族 的 产品 都 提 
供 了 一 个 对 应 的 工厂 方法 。 
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(8) 具体 工厂 类 HaierFactory( 海 尔 工厂 类 ) 


public class HaierFactory implements EFactory 


public Television produceTelevision() 


1 


return new HaierTelevision(); 


} 


public AirConditioner produceAirConditioner() 
{ 


return new HairAirConditioner( ); 


} 


HaierFactory 是 EFactory 的 一 个 子 类 .实现 了 在 EFactory 中 定义 的 工厂 方法 ,用 于 创 
建 具体 产品 对 象 。HaierFactory 所 生产 的 具体 产品 构成 了 一 个 产品 族 。 
(9) 具体 工厂 类 TCLFactory(TCL 工厂 类 ) 


public class TCLFactory implements EFactory 
{ 


public Television produceTelevision() 


{ 


return new TCLTelevision(); 


} 


public AirConditioner produceAirConditioner() 
. 


return new TCLAirConditioner(); 


} 


TCLFactory 是 EFactory 的 另 一 个 子 类 ,实现 了 在 EFactory 中 定义 的 工厂 方法 ,用 于 
创建 具体 产品 对 象 。TCLFactory 所 生产 的 具体 产品 构成 了 一 个 产品 族 。 
EFactory、HaierFactory 和 TCLFactory 构成 了 一 个 工厂 等 级 结构 。 


4. 辅助 代码 

(1) XML 操作 工具 类 XMLUtil 

参见 5. 2. 2 节 工 厂 方法 模式 之 模式 分 析 。 
(2) 配置 文件 config. xml 

本 实例 配置 文件 代码 如 下 : 


<?xml version = "1.0"?> 
< config > 

<className> HaierFactory </className> 
</config> 
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(3) 客户 端 测 试 类 Client 


public class Client 
{ 
public static void main(String args[ ]) 
{ 
try 
EFactory factory; 
Television tv; 
AirConditioner ac; 
factory = (EFactory)XMLUtil. getBean( ); 
tv = factory. produceTelevision( ) ; 
tv. play(); 
ac = factory. produceAirConditioner(); 
ac. changeTemperature( ); 


catch( Exception e) 


{ 
System. out. println(e. getMessage( )); 


} 


} 


注意 在 代码 中 需要 体现 “依赖 倒转 原则 ”, 针 对 接口 编程 ,而 不 要 针对 实现 编程 ,这 也 是 
实现 系统 扩展 性 和 灵活 性 的 关键 所 在 。 

5., 结果 及 分 析 

编译 并 运行 程序 ,如 果 在 配置 文件 config. xml 中 将 < className > 节点 中 的 内 容 设置 
为 : HaierFactory, 则 输出 结果 如 下 : 


海尔 电视 机 播放 中 …… 
海尔 空调 温度 改变 中 … 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 : TCLFactory, 则 输出 结果 
如 下 : 


TCL 电视 机 播放 中 …… 
TcL 空调 温度 改变 中 … 


如 果 要 增加 一 种 新 品牌 的 电器 , 即 增加 一 个 新 的 产品 族 ,如 增加 海信 电视 机 和 海信 空 
调 , 则 只 需要 对 应 增加 一 个 具体 工厂 即 可 ,再 将 配置 文件 中 具体 工厂 类 类 名 改 为 新 增 的 工厂 
类 类 名 , 原 有 代码 无 须 做 任何 修改 。 但 是 如 果 要 增加 一 种 新 的 产品 ,如 增加 一 种 新 的 电器 产 
品 洗衣 机 , 则 原 有 类 库 代 码 需要 做 较 大 的 修改 ,在 抽象 工厂 中 需要 声明 一 个 生产 洗衣 机 的 方 
法 ,所 有 的 具体 工厂 类 都 需要 实现 该 方法 ,将 导致 系统 不 再 符合 “ 开 闭 原则 ”。 因 此 抽象 工厂 
模式 对 于 “ 开 闭 原则 ”的 支持 有 其 特殊 性 ,在 本 章 后 续 内 容 中 有 深入 的 讨论 。 
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6.3.2 抽象 工厂 模式 实例 之 数据 库 操作 工厂 


1. 实例 说 明 

某 系统 为 了 改进 数据 库 操作 的 性 能 , 自 定义 数据 库 连接 对 象 Connection 和 语句 对 象 
Statement, 可 针对 不 同类 型 的 数据 库 提供 不 同 的 连接 对 象 和 语句 对 象 ,如 提供 Oracle 或 
MySQL 专用 连接 类 和 语句 类 ,而 且 用 户 可 以 通过 配置 文件 等 方式 根据 实际 需要 动态 更 换 
系统 数据 库 。 使 用 抽象 工厂 模式 设计 该 系统 。 

2. 实例 类 图 

通过 分 析 , 该 实例 类 图 如 图 6-8 所 示 。 


TT 


| | 


于 到 


图 6-8 数据 库 操作 工厂 类 图 


该 实例 的 代码 解释 与 结果 分 析 略 。 
6.4 抽象 工厂 模式 效果 与 应 用 
6.4.1 模式 优 缺点 


1. 抽象 工厂 模式 的 优点 
(1) 抽象 工厂 模式 隔离 了 具体 类 的 生成 ,使 得 客户 并 不 需要 知道 什么 被 创建 。 由 于 这 
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种 隔离 ,更 换 一 个 具体 工厂 就 变 得 相对 容易 。 所 有 的 具体 工厂 都 实现 了 抽象 工厂 中 定义 的 
那些 公共 接口 ,因此 只 需 改 变 具体 工厂 的 实例 ,就 可 以 在 某 种 程度 上 改变 整个 软件 系统 的 行 
为 。 另 外 ,应 用 抽象 工厂 模式 可 以 实现 高 内 聚 低 契 合 的 设计 目的 ,因此 抽象 工厂 模式 得 到 了 
广泛 的 应 用 。 

(2) 当 一 个 产品 族 中 的 多 个 对 象 被 设计 成 一 起 工作 时 , 它 能 够 保证 客户 端 始终 只 使 用 
同一 个 产品 族 中 的 对 象 。 这 对 一 些 需要 根据 当前 环境 来 决定 其 行为 的 软件 系统 来 说 ,是 一 
种 非常 实用 的 设计 模式 。 

(3) 增加 新 的 具体 工厂 和 产品 族 很 方便 ,无 须 修改 已 有 系统 ,符合 * 开 闭 原则 ”。 

2. 抽象 工厂 模式 的 缺点 

在 添加 新 的 产品 对 象 时 ,难以 扩展 抽象 工厂 来 生产 新 种 类 的 产品 ,这 是 因为 在 抽象 工厂 
角色 中 规定 了 所 有 可 能 被 创建 的 产品 集合 ,要 支持 新 种 类 的 产品 就 意味 着 要 对 该 接口 进行 
扩展 ,而 这 将 涉及 对 抽象 工厂 角色 及 其 所 有 子 类 的 修改 ,显然 会 带 来 较 大 的 不 便 。 


6.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 抽象 工厂 模式 : 

(1) 一 个 系统 不 应 当 依 赖 于 产品 类 实例 如 何 被 创建 ,组 合 和 表达 的 细节 ,这 对 于 所 有 类 
型 的 工厂 模式 都 是 重要 的 。 用 户 无 须 关 心 对 象 的 创建 过 程 ,将 对 象 的 创建 和 使 用 解 耦 。 

(2) 系统 中 有 多 于 一 个 的 产品 族 ,而 每 次 只 使 用 其 中 某 一 产品 族 。 可 以 通过 配置 文件 
等 方式 来 使 得 用 户 可 以 动态 改变 产品 族 ,也 可 以 很 方便 地 增加 新 的 产品 族 。 

(3) 属于 同一 个 产品 族 的 产品 将 在 一 起 使 用 ,这 一 约束 必须 在 系统 的 设计 中 体现 出 来 。 
同一 个 产品 族 中 的 产品 可 以 是 没有 任何 关系 的 对 象 .但 是 它们 都 具有 一 些 共 同 的 约束 ,如 同 
一 操作 系统 下 的 按钮 和 文本 框 ,按钮 与 文本 框 之 间 没 有 直接 关系 ,但 它们 都 是 属于 某 一 操作 
系统 的 ,此 时 具有 一 个 共同 的 约束 条 件 : 操作 系统 的 类 型 。 

(4) 系统 提供 一 个 产品 类 的 库 , 所 有 的 产品 以 同样 的 接口 出 现 ,从 而 使 客户 端 不 依赖 于 
具体 实现 。 对 于 这 些 产品 ,用 户 只 需要 知道 它们 提供 了 哪些 具体 的 业务 方法 ,而 不 需要 知道 
这 些 对 象 的 创建 过 程 ,在 客户 端 代码 中 针对 抽象 编程 ,而 将 具体 类 写 入 配置 文件 中 。 


6.4.3 模式 应 用 


(1) 在 Java 语言 的 AWT( 抽 象 窗口 工具 包 ) 中 就 使 用 了 抽象 工厂 模式 , 它 使 用 抽象 工 
厂 模式 来 实现 在 不 同 的 操作 系统 中 应 用 程序 呈现 与 所 在 操作 系统 一 致 的 外 观 界面 。 一 个 使 
用 Java 语言 所 开发 的 软件 可 以 支持 Windows、Motif 和 Macintosh 等 不 同 操作 系统 界面 类 
型 (这 种 技术 也 被 称 为 Look and Feel 机 制 )。 开 发 人 员 可 以 通过 抽象 工厂 获得 某 种 界面 对 
应 的 GUI( 图 形 用 户 界面 ) 工 厂 类 ,通过 GUI 工厂 类 开发 人 员 可 以 对 界面 上 的 组 件 ( 例 如 按 
钮 .文本 框 等 ) 进 行 操作 。 从 Java 1. 2 开始 ,Java 在 系统 层 提 供 了 实现 了 抽象 工厂 模式 的 
具体 界面 类 型 , 当 开 发 人 员 在 程序 中 确定 界面 类 型 后 .就 可 以 通过 界面 类 型 获得 界面 上 
组 件 的 实例 ,也 可 以 是 在 程序 运行 时 获得 操作 系统 的 类 型 ,并 根据 操作 系统 设 定 程序 的 
界面 类 型 。 

(2) 在 很 多 软件 系统 中 需要 更 换 界面 主题 ,要 求 界面 中 的 按钮 ,文本 框 、 背 景色 等 一 起 
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发 生 改变 时 ,可 以 使 用 抽象 工厂 模式 进行 设计 。 
6.5 抽象 工厂 模式 扩展 


1.“ 开 闭 原则 ”的 倾斜 性 

“ 开 闭 原则 ”要 求 系统 对 扩展 开放 ,对 修改 封闭 ,通过 扩展 达到 增强 其 功能 的 目的 。 对 于 
涉及 多 个 产品 族 与 多 个 产品 等 级 结构 的 系统 ,其 功能 增强 包括 两 方面 : 

(1) 增加 产品 族 : 对 于 增加 新 的 产品 族 ,抽象 工厂 模式 很 好 地 支持 了 “ 开 闭 原则 ”, 只 需 
要 对 应 增加 一 个 新 的 具体 工厂 即 可 ,对 已 有 代码 无 须 做 任何 修改 。 

(2) 增加 新 的 产品 等 级 结构 : 对 于 增加 新 的 产品 等 级 结构 ,需要 修改 所 有 的 工厂 角色 ， 
包括 抽象 工厂 类 ,在 所 有 的 工厂 类 中 都 需要 增加 生产 新 产品 的 方法 ,不 能 很 好 地 支持 “ 开 闭 
原则 ”。 

抽象 工厂 模式 的 这 种 性 质 称 为 开 闭 原则 ”的 倾斜 性 ,抽象 工厂 模式 以 一 种 倾斜 的 方式 
支持 增加 新 的 产品 , 它 为 新 产品 族 的 增加 提供 方便 ,但 不 能 为 新 的 产品 等 级 结构 的 增加 提供 
这 样 的 方便 。 

2. 工厂 模式 的 退化 

当 抽 象 工厂 模式 中 每 一 个 具体 工厂 类 只 创建 一 个 产品 对 象 ,也 就 是 只 存在 一 个 产品 等 
级 结构 时 ,抽象 工厂 模式 退化 成 工厂 方法 模式 ; 当 工 厂 方法 模式 中 抽象 工厂 与 具体 工厂 合 
并 ,提供 一 个 统一 的 工厂 来 创建 产品 对 象 ,并 将 创建 对 象 的 工厂 方法 设计 为 静态 方法 时 , 工 
厂 方法 模式 退化 成 简单 工厂 模式 。 


6.6 本 章 小 结 


(1) 抽象 工厂 模式 提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接口 ,而 无 须 指定 它们 
有 具体 的 类 。 抽 象 工厂 模式 又 称 为 Kit 模式 ,属于 对 象 创建 型 模式 。 

(2) 抽象 工厂 模式 包含 四 个 角色 : 抽象 工厂 用 于 声明 生成 抽象 产品 的 方法 ; 具体 工厂 
实现 了 抽象 工厂 声明 的 生成 抽象 产品 的 方法 ,生成 一 组 具体 产品 ,这 些 产 品 构 成 了 一 个 产品 
族 , 每 一 个 产品 都 位 于 某 个 产品 等 级 结构 中 ; 抽象 产品 为 每 种 产品 声明 接口 ,在 抽象 产品 中 
定义 了 产品 的 抽象 业务 方法 ; 具体 产品 定义 具体 工厂 生产 的 具体 产品 对 象 , 实 现 抽象 产品 
接口 中 定义 的 业务 方法 。 

(3) 抽象 工厂 模式 是 所 有 形式 的 工厂 模式 中 最 为 抽象 和 最 具 一 般 性 的 一 种 形态 。 抽 象 
工厂 模式 与 工厂 方法 模式 最 大 的 区 别 在 于 ,工厂 方法 模式 针对 的 是 一 个 产品 等 级 结构 ,而 抽 
象 工 厂 模式 则 需要 面 对 多 个 产品 等 级 结构 。 

(4) 抽象 工厂 模式 的 主要 优点 是 隔离 了 具体 类 的 生成 ,使 得 客户 并 不 需要 知道 什么 被 
创建 ,而且 每 次 可 以 通过 具体 工厂 类 创建 一 个 产品 族 中 的 多 个 对 象 ,增加 或 者 替换 产品 族 比 
较 方便 ,增加 新 的 具体 工厂 和 产品 族 很 方便 ; 主要 缺点 在 于 增加 新 的 产品 等 级 结构 很 复杂 ， 
需要 修改 抽象 工厂 和 所 有 的 具体 工厂 类 ,对 “ 开 闭 原则 ”的 支持 呈现 倾斜 性 。 

(5) 抽象 工厂 模式 适用 情况 包括 : 一 个 系统 不 应 当 依赖 于 产品 类 实例 如 何 被 创建 、 组 
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合 和 表达 的 细节 ; 系统 中 有 多 于 一 个 的 产品 族 ,而 每 次 只 使 用 其 中 某 一 产品 族 ; 属于 同一 
个 产品 族 的 产品 将 在 一 起 使 用 ; 系统 提供 一 个 产品 类 的 库 , 所 有 的 产品 以 同样 的 接口 出 现 ， 
从 而 使 客户 端 不 依赖 于 具体 实现 。 


思考 与 练习 


1. 用 Java 代码 模拟 实现 “数据 库 操作 工厂 ”实例 ,要 求 可 以 通过 配置 文件 改变 数据 库 
类 型 。 

2. 计算 机 包含 内 存 (RAM) 、CPU 等 硬件 设备 ,根据 如 图 6-9 所 示 的 “产品 等 级 结构 - 产 
品 族 ”示意 图 ,使 用 抽象 工厂 模式 实现 计算 机 设备 创建 过 程 并 绘制 相应 的 类 图 。 


产品 族 
-个 产品 族 
3 
PC |, 国 Prccru rcrv 
人 
Mac| 国 MaccPru @ MacFAM 
二 
CPU RAM ”产品 等 级 结构 


图 6-9 产品 等 级 结构 -产品 族 


本 章 导 学 

建造 者 模式 是 最 复杂 的 创建 型 模式 , 它 将 客户 端 与 包含 多 个 组 成 部 分 的 
复杂 对 象 的 创建 过 程 分 离 , 客 户 端 无 须知 道 复杂 对 象 的 内 部 组 成 部 分 与 装配 
方式 ,只 需要 知道 建造 者 的 类 型 即 可 。 它 关注 如 何 一 步 一 步 创建 一 个 的 复杂 
对 象 ,不 同 的 具体 建造 者 定义 了 不 同 的 创建 过 程 , 且 具 体 建 造 者 相互 独立 , 增 
加 新 的 建造 者 非常 方便 ,系统 具有 较 好 的 扩展 性 。 


本 章 将 介绍 建造 者 模式 的 定义 与 结构 、 建 造 者 模式 中 各 个 组 成 元 素 的 作用 ,使 读者 通过 
实例 来 学 习 如 何 实现 建造 者 模式 。 

本 章 的 难点 在 于 理解 建造 者 模式 中 指挥 者 类 的 作用 以 及 如 何 编程 实现 建造 者 模式 。 

建造 者 模式 重要 等 级 : 丰 友 闪闪 六 

建造 者 模式 难度 等 级 : 友 友 妈 友 妈 


7.1 建造 者 模式 动机 与 定义 


建造 者 模式 是 最 复杂 的 创建 型 模式 , 它 用 于 创建 一 个 包含 多 个 组 成 部 分 的 复杂 对 象 ,可 
以 返回 一 个 完整 的 产品 对 象 给 用 户 。 建 造 者 模式 关注 该 复杂 对 象 是 如 何 一 步 一 步 创建 而 成 
的 ,对 于 用 户 而 言 ,无 须知 道 创建 过 程 和 内 部 组 成 细节 ,只 需 直 接 使 用 创建 好 的 完整 对 象 即 
可 。 本 章 将 深入 介绍 建造 者 模式 。 


7.1.1 模式 动机 


无 论 是 在 现实 世界 中 还 是 在 软件 系统 中 ,都 存在 一 些 复杂 的 对 象 ,它们 拥有 多 个 组 成 部 
分 ,如 汽车 , 它 包 括 车 轮 .方向盘 发 送 机 等 各 种 部 件 。 而 对 于 大 多 数 用 户 而 言 ,无须 知道 这 
部 件 的 装配 细节 ,也 几乎 不 会 使 用 单独 某 个 部 件 ,而 是 使 用 一 辆 完整 的 汽车 ,如 图 7-1 所 
。 此 时 ,就 可 以 通过 建造 者 模式 对 其 进行 设计 与 描述 ,建造 者 模式 可 以 将 部 件 和 其 组 装 过 
分 开 , 一 步 一 步 创建 一 个 复杂 的 对 象 。 用 户 只 需要 指定 复杂 对 象 的 类 型 就 可 以 得 到 该 对 
,而 无 须知 道 其 内 部 的 具体 构造 细节 。 


深 周 六 眶 
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图 7-1 复杂 对 象 示 意图 


在 软件 开发 中 ,也 存在 大 量 类 似 汽车 一 样 的 复杂 对 象 ,它们 拥有 一 系列 成 员 属 性 ,这 些 
成 员 属性 中 有 些 是 引用 类 型 的 成 员 对 象 。 而 且 在 这 些 复杂 对 象 中 ,还 可 能 存在 一 些 限制 条 
件 , 如 某 些 属性 没有 赋值 则 复杂 对 象 不 能 作为 一 个 完整 的 产品 使 用 ,例如 ,一 封 电子 邮件 包 
括 发 件 人 地 址 , 收 件 人 地 址 .主题 .内容 、 附 件 等 部 分 ,而 在 收 件 人 地 址 未 被 赋值 之 前 ,这 个 电 
子 邮 件 不 能 被 发 出 ,不 是 一 封 完整 的 电子 邮件 ; 有 些 属性 的 赋值 必须 按照 某 个 顺序 ,一 个 属 
性 没有 赋值 之 前 , 另 一 个 属性 可 能 无 法 赋值 等 。 此 时 ,复杂 对 象 相 当 于 一 辆 有 待 建 造 的 汽 
车 ,而 对 象 的 属性 相当 于 汽车 的 部 件 ,建造 产品 的 过 程 就 相当 于 组 合 部 件 的 过 程 。 由 于 组 合 
部 件 的 过 程 很 复杂 ,因此 ,这 些 部 件 的 组 合 过 程 往往 被 "外 部 化 ?到 一 个 称 作 建 造 者 的 对 象 
里 ,建造 者 返还 给 客户 端的 是 一 个 已 经 建造 完毕 的 完整 产品 对 象 ,而 用 户 无 须 关心 该 对 象 所 
包含 的 属性 以 及 它们 的 组 装 方式 ,这 就 是 建造 者 模式 的 模式 动机 。 


7.1.2 模式 定义 


建造 者 模式 (Builder Pattern) 定 义 : 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 ,使 得 同样 
的 构建 过 程 可 以 创建 不 同 的 表示 。 建 造 者 模式 是 一 步 一 步 创 建 一 个 复杂 的 对 象 , 它 允许 用 
户 只 通过 指定 复杂 对 象 的 类 型 和 内 容 就 可 以 构建 它们 ,用 户 不 需要 知道 内 部 的 具体 构建 细 
节 。 建 造 者 模式 属于 对 象 创建 型 模式 。 根 据 中 文 翻译 的 不 同 , 建 造 者 模式 又 可 以 称 为 生成 
器 模式 。 


英文 定义 :“Separate the construction of a complex object from its representation so 


that the same construction process can create different representations. ”。 


7.2 建造 者 模式 结构 与 分 析 


建造 者 模式 结构 较为 复杂 , 它 除 了 包含 建造 者 类 之 外 ,还 包含 一 个 指挥 者 类 。 下 面 将 学 
习 并 分 析 其 模式 结构 。 


7.2.1 模式 结构 
建造 者 模式 结构 图 如 图 7-2 所 示 。 
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builder 


图 7-2 建造 者 模式 结构 图 


建造 者 模式 包含 如 下 角色 : 

1. Builder( 抽 和 象 建造 者 ) 

抽象 建造 者 为 创建 一 个 产品 Product 对 象 的 各 个 部 件 指定 抽象 接口 ,在 该 接口 中 一 般 
声明 两 类 方法 ,一 类 方法 是 buildPartX() ,它们 用 于 创建 复杂 对 象 的 各 个 部 件 ; 另 一 类 方法 
是 getResult() ,它们 用 于 返回 复杂 对 象 。 它 既 可 以 是 抽象 类 ,也 可 以 是 接口 。 

2. ConcreteBuilder( 具 体 建造 者 ) 

具体 建造 者 实现 了 Builder 接口 ,实现 各 个 部 件 的 构造 和 装配 方法 ,定义 并 明确 它 所 创 
建 的 复杂 对 象 ,也 可 以 提供 一 个 方法 返回 创建 好 的 复杂 产品 对 象 。 

3. Product( 产 品 角色 ) 

产品 角色 是 被 构建 的 复杂 对 象 ,包含 多 个 组 成 部 件 ,具体 建造 者 创建 该 产品 的 内 部 表示 
并 定义 它 的 装配 过 程 。 

4. Director( 指 挥 者 ) 

指挥 者 又 称 为 导演 类 , 它 负责 安排 复杂 对 象 的 建造 次 序 ,指挥 者 与 抽象 建造 者 之 问 存在 
关联 关系 ,可 以 在 其 construct() 建 造 方法 中 调用 建造 者 对 象 的 部 件 构造 与 装配 方法 ,完成 
复杂 对 象 的 建造 。 客 户 端 一 般 只 需要 与 指挥 者 进行 交互 ,在 客户 端 确定 具体 建造 者 的 类 型 ， 
并 实例 化 具体 建造 者 对 象 (也 可 以 通过 配置 文件 和 反射 机 制 ) ,然后 通过 指挥 者 类 的 构造 函 
数 或 者 Setter 方法 将 该 对 象 传人 指挥 者 类 中 。 


7.2.2 模式 分 析 


在 分 析 建 造 者 模式 之 前 ,首先 需要 了 解 什么 是 复杂 对 象 ,在 建造 者 模式 中 ,复杂 对 象 是 
指 那些 包含 多 个 成 员 属 性 的 对 象 ,这 些 成 员 属 性 也 称 为 部 件 或 零件 ,如 汽车 包括 方向 盘 、 发 
动机 、 轮 胎 等 部 件 , 电 子 邮件 包括 发 件 人 , 收 件 人 ,主题 .内容 .附件 等 部 件 , 一 个 典型 的 复杂 
对 象 其 类 代码 示例 如 下 : 
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public class Product 
{ 
private String partA; // 可 以 是 任意 类 型 
private String partB; 
private String partC; 
//partA 的 Getter 方法 和 Setter 方法 省 略 
//partB 的 Getter 方法 和 Setter 方法 省 略 
//partC 的 Getter 方法 和 Setter 方法 省 略 
} 


在 上 述 Product 类 中 定义 了 多 个 成 员 属 性 ,在 实际 使 用 时 这 些 成 员 属性 的 类 型 可 以 是 
任意 类 型 , 既 可 以 是 值 类 型 ,也 可 以 是 引用 类 型 。 每 一 个 成 员 属 性 都 有 相应 的 Getter 方法 
和 Setter 方法 ,通过 这 些 Setter 方法 可 以 建造 一 个 完整 的 产品 对 象 。 

在 建造 者 模式 中 ,抽象 建造 者 类 中 定义 了 产品 的 创建 方法 和 返回 方法 ,其 典型 代码 
如 下 : 


public abstract class Builder 
{ 
protected Product product = new Product( ); 


public abstract void buildPartA( ); 
public abstract void buildPartB( ); 
public abstract void buildPartC( ); 


public Product getResult() 
{ 
return product; 
} 
} 


在 抽象 类 Builder 中 声明 了 抽象 的 buildPartX() 方 法 ,具体 建造 过 程 在 其 子 类 中 实现 ， 
此 外 还 提供 了 工厂 方法 getResult(), 用 于 返回 一 个 建造 好 的 完整 产品 。 其 子 类 实现 了 
buildPartX() ,通过 调用 Product 的 setX() 方 法 用 于 给 产品 对 象 的 成 员 属 性 设 值 。 不 同 的 
具体 建造 者 在 实现 buildPartX() 方 法 时 有 所 区 别 ,如 setX() 方 法 的 参数 不 一 样 , 在 有 些 具 
体 建造 者 类 中 某 些 setX() 方 法 无 须 实现 (提供 一 个 空 实 现 )。 而 这 些 对 于 客户 端 来 说 都 无 
须 关心 ,客户 端 只 需 知道 具体 建造 者 类 型 即 可 。 

建造 者 模式 的 结构 中 还 引入 了 一 个 指挥 者 类 Director, 该 类 的 作用 主要 有 两 个 : 一 方面 
它 隔 离 了 客户 与 生产 过 程 ; 另 一 方面 它 负责 控制 产品 的 生成 过 程 。 指 挥 者 针对 抽象 建造 者 
编程 ,客户 端 只 需要 知道 具体 建造 者 的 类 型 , 即 可 通过 指挥 者 类 调用 建造 者 的 相关 方法 , 返 
回 一 个 完整 的 产品 对 象 。 在 实际 生活 中 也 存在 类 似 指挥 者 一 样 的 角色 ,如 一 个 客户 去 购买 
计算 机 ,计算 机 销售 人 员 相当 于 指挥 者 ,只 要 用 户 确定 计算 机 的 类 型 ,指挥 者 可 以 通知 计算 
机 组 装 人 员 组 装 一 台 计 算 机 然后 给 客户 。 指 挥 者 类 的 代码 示例 如 下 : 
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public class Director 
{ 


private Builder builder; 


public Director(Builder builder) 
i 

this. builder = builder; 
} 


public void setBuilder(Builder builder) 
{ 

this. builder = builer; 
} 


public Product construct() 

f 
builder. buildPartAl( ); 
builder. buildPartB( ); 
builder. buildPartC( ); 
return builder. getResult(); 


} 


在 指挥 者 类 中 可 以 传人 一 个 建造 者 Builder 类 型 的 对 象 ,其 核心 在 于 提供 了 一 个 建造 
方法 construct() ,在 该 方法 中 调用 了 builder 对 象 的 构造 部 件 的 方法 ,最 后 返回 一 个 产品 对 
象 。 在 construct() 方 法 中 还 指定 了 buildPartX() 方 法 的 执行 次 序 。 

对 于 客户 端 而 言 , 只 需 指 定 具 体 的 建造 者 即 可 ,通常 情况 下 ,客户 端 类 代码 片段 
如 下 : 


Builder builder = new ConcreteBuilder(); 
Director director = new Director(builder); 
Product product = director.construct(); 


对 于 具体 建造 者 ConcreteBuilder 可 以 通过 配置 文件 来 存储 具体 建造 者 类 的 类 名 ,使 得 
更 换 新 的 建造 者 无 须 修改 源 代码 ,系统 扩展 更 为 方便 。 在 客户 端 代码 中 ,无 须 关 心 产品 对 象 
的 具体 组 装 过 程 , 只 需 确 定 具体 建造 者 的 类 型 即 可 ,建造 者 模式 将 复杂 对 象 的 构建 与 对 象 的 
表现 分 离开 来 ,这 样 使 得 同样 的 构建 过 程 可 以 创建 出 不 同 的 表现 。 


下 面 通过 KFC 套餐 实例 来 进一步 学 习 并 理解 建造 者 模式 。 

1. 实例 说 明 

建造 者 模式 可 以 用 于 描述 KFC 如 何 创建 套餐 : 套餐 是 一 个 复杂 对 象 , 它 一 般 包含 主食 
(如 汉堡 鸡肉 卷 等 ) 和 饮料 (如 果汁 .可 乐 等 ) 等 组 成 部 分 ,不 同 的 套餐 有 不 同 的 组 成 部 分 ,而 
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KFC 的 服务 员 可 以 根据 顾客 的 要 求 ,一 步 一 步 装 配 这 些 组 成 部 分 ,构造 一 份 完整 的 套餐 , 然 


后 返 


回 


2 


给 顾客 。 
实例 类 图 


通过 分 析 ,该 实例 类 图 如 图 7-3 所 示 。 


9: 


(1) 产品 类 Meal( 套 餐 类 ) 


KFCWaiter 


- mb : MealBuilder 


mb 


+ construct () 


+ setMealBuilder (MealBuilder mb) : void 


:Meal 


Mb.buildFood(); 
mb.buildDrink(): 
retum mb.getMeal(); 


实例 代码 及 解释 


public class Meal 


1 


//food 和 drink 是 部 件 
private String food; 
private String drink; 


Meal 


- food : String 
- drink : String 


+ setFood (String food) : void 
+ setDrink (String drink) : void 


+ getFood () : String 
+ getDrink () ; String 
meal 
MealBuilder 
{abstract} 


- meal : Meal = new Meal() 


+ buildFood 0 :void 
+ buildDrink () : void 
+ getMeal () : Meal 


SubMealBuilderA 


SubMealBuilderB 


+ buildFood () : void 
+ buildDrink () : void 


+ buildFood () : void 
+ buildDrink () : void 


public void setFood(String food) { 


this. food = food; 
:| 


public void setDrink(String drink) { 


this. drink = drink; 


} 


public String getFood() { 


return (this. food); 
jt 
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public String getDrink() { 
return (this. drink); 
} 
} 


套餐 类 Meal 是 复杂 产品 对 象 , 它 包括 两 个 成 员 属 性 food 和 drink, 其 中 food 表示 主 
食 ,drink 表示 饮料 ,在 Meal 中 还 包含 成 员 属 性 的 Getter 方法 和 Setter 方法 。 
(2) 抽象 建造 者 类 MealBuilder( 套 餐 建造 者 类 ) 


T 


public abstract class MealBuilder 
{ 
protected Meal meal = new Meal( ); 


public abstract void buildFood( ); 
public abstract void buildDrink( ); 


public Meal getMeal() 
return meal; 
} 


MealBuilder 是 套餐 建造 者 , 它 是 一 个 抽象 类 ,声明 了 抽象 的 部 件 组 装 方法 buildFood() 
和 buildDrink() ,在 MealBuilder 中 定义 了 Meal 类 型 的 对 象 meal, 提 供 了 工厂 方法 getMeal() 
用 于 返回 meal 对 象 。 

(3) 具体 建造 者 类 SubMealBuilderA(A 套餐 建造 者 类 ) 


public class SubMealBuilderA extends MealBuilder 
1 
public void buildFood() 
下 
meal. setFood(" 一 个 鸡腿 堡 ") ; 


public void buildDrink() 
{ 
meal. setDrink(" 一 杯 可 乐 "); 
lL 
} 


SubMealBuilderA 是 具体 建造 者 类 , 它 用 于 创建 A 套餐 , 它 是 抽象 建造 者 类 的 子 类 , 实 
现 了 在 抽象 建造 者 中 声明 的 部 件 组 装 方法 ,该 套餐 由 一 个 鸡腿 堡 与 一 杯 可 乐 组 成 。 
(4) 具体 建造 者 类 SubMealBuilderB(B 套餐 建造 者 类 ) 


public class SubMealBuilderB extends MealBuilder 
{ 
public void buildFood() 


{ 
meal. setFood(" 一 个 鸡肉 卷 "); 


public void buildDrink() 
{ 
meal. setDrink(" 一 杯 果 汁 "); 
} 
} 
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SubMealBuilderB 也 是 具体 建造 者 类 , 它 用 于 创建 B 套餐 ,该 套餐 由 一 个 鸡肉 卷 与 一 杯 


果汁 组 成 。 
(5) 指挥 者 类 KFCWaiter( 服 务 员 类 ) 


public class KFCWaiter 


private MealBuilder mb; 


public void setMealBuilder(MealBuilder mb) 
{ 

this. mb = mb; 
l 


public Meal construct() 

{ 
mb. buildFood( ); 
mb. buildDrink( ); 
return mb. getMeal( ); 


KFCWaiter 类 是 指挥 者 类 ,在 KFC 套餐 制作 过 程 中 , 它 就 是 KFC 的 服务 员 , 在 其 中 定 
义 了 一 个 抽象 建造 者 类 型 的 变量 mb, 具 体 建造 者 类 型 由 客户 端 指定 ,在 其 construct() 方 法 


中 调用 mb 对 象 的 部 件 组 装 方法 和 工厂 方法 ,用 于 向 客户 端 返回 


整套 餐 。 
4. 辅助 代码 
(1) XML 操作 工具 类 XMLUtil 
参见 5. 2. 2 节 工 厂 方法 模式 中 的 模式 分 析 。 
(2) 配置 文件 config. xml 
本 实例 配置 文件 代码 如 下 : 


<?xml version = "1.0"?> 
< config> 

< className > SubMealBuilderA </className> 
</config> 


一 份 包含 主食 和 饮料 的 完 


VIS 
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(3) 客户 端 测 试 类 Client 


public class Client 
9 
public static void main(String args[ ]) 
{ 
// 动 态 确 定 套餐 种 类 


MealBuilder mb = (MealBuilder)XMLUtil. getBean( ); 


// 服 务 员 是 指挥 者 

KFCWaiter waiter = new KFCWaiter( ); 
// 服 务 员 准 备 套餐 

waiter. setMealBuilder(mb); 

// 客 户 获 得 套餐 

Meal meal = waiter. construct(); 


System. out. println(" 套 餐 组 成 : "); 
System. out. println(meal.getFood( ) ); 
System. out. println(meal. getDrink( )); 


, 


在 客户 端 测试 类 中 ,通过 存储 在 配置 文件 中 的 具体 建造 者 类 的 类 名 可 以 获得 一 个 具体 
建造 者 对 象 mb, 然 后 将 其 传人 指挥 者 类 KFCWaiter 的 对 象 waiter 中 ,通过 waiter 的 


construct() 方 法 来 调用 套餐 的 组 成 方法 并 返回 套餐 给 
5. 结果 及 分 析 


客户 端 。 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 : SubMealBuilderA , 则 输出 结 


果 如 下 : 


套餐 组 成 : 
一 个 鸡腿 保 
一 杯 可 乐 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 : SubMealBuilderB, 则 输出 结 


果 如 下 : 


套餐 组 成 : 
一 个 鸡肉 卷 
一 杯 果 汗 


此 可 以 看 出 ,更 换 具 体 建造 者 无 须 修改 源 代码 ,只 需 修改 配置 文件 即 可 。 
如 果 需 要 增加 新 的 具体 建造 者 ,只 需 增 加 一 个 新 的 具体 建造 者 类 继承 


抽象 建造 者 类 ， 


实现 在 其 中 声明 的 抽象 部 件 组 装 方法 ,修改 配置 文件 , 即 可 使 用 新 的 具体 建造 者 构造 新 的 类 


型 的 套餐 ,系统 具有 良好 的 灵活 性 和 可 扩展 性 ,符合 “ 姑 


F 闭 原则 ”的 要 求 。 
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7.4 建造 者 模式 效果 与 应 用 


7.4.1 模式 优 缺 点 


1. 建造 者 模式 的 优点 

01) 在 建造 者 模式 中 ,客户 端 不 必 知 道 产 品 内 部 组 成 的 细节 ,将 产品 本 身 与 产品 的 创建 
过 程 解 而 ,使 得 相同 的 创建 过 程 可 以 创建 不 同 的 产品 对 象 。 

(2) 每 一 个 具体 建造 者 都 相对 独立 ,与 其 他 的 具体 建造 者 无 关 , 因 此 可 以 很 方便 地 蔡 换 
具体 建造 者 或 增加 新 的 具体 建造 者 ,用 户 使 用 不 同 的 具体 建造 者 即 可 得 到 不 同 的 产品 对 象 

(3) 可 以 更 加 精细 地 控制 产品 的 创建 过 程 。 将 复杂 产品 的 创建 步骤 分 解 在 不 同 的 方法 
中 ,使 得 创建 过 程 更 加 清晰 ,也 更 方便 使 用 程序 来 控制 创建 过 程 。 

(4) 增加 新 的 具体 建造 者 无 须 修改 原 有 类 库 的 代码 ,指挥 者 类 针对 抽象 建造 者 类 编程 ， 
系统 扩展 方便 ,符合 * 开 闭 原则 ”。 

2. 建造 者 模式 的 缺点 

(1) 建造 者 模式 所 创建 的 产品 一 般 具有 较 多 的 共同 点 ,其 组 成 部 分 相似 。 如 果 产品 之 
间 的 差异 性 很 大 , 则 不 适合 使 用 建造 者 模式 ,因此 其 使 用 范围 受到 一 定 的 限制 。 

(2) 如 果 产品 的 内 部 变化 复杂 ,可 能 会 导致 需要 定义 很 多 具体 建造 者 类 来 实现 这 种 变 
化 ,导致 系统 变 得 很 庞大 。 


7.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 建造 者 模式 : 

(1) 需要 生成 的 产品 对 象 有 复杂 的 内 部 结构 ,这 些 产 品 对 象 通常 包含 多 个 成 员 属性 。 

(2) 需要 生成 的 产品 对 象 的 属性 相互 依赖 ,需要 指定 其 生成 顺序 。 

(3) 对 象 的 创建 过 程 独立 于 创建 该 对 象 的 类 。 在 建造 者 模式 中 引入 了 指挥 者 类 ,将 创 
建 过 程 封 装 在 指挥 者 类 中 ,而 不 在 建造 者 类 中 。 

(4) 隔离 复杂 对 象 的 创建 和 使 用 ,并 使 得 相同 的 创建 过 程 可 以 创建 不 同 的 产品 。 


7.4.3 模式 应 用 


(1) JavaMail 是 一 组 Java SE 扩展 的 API 类 库 ,通过 使 用 JavaMail, 程 序 员 可 以 很 容易 
地 开发 出 功能 完善 的 客户 端 电子 邮件 程序 。 在 JavaMail 中 使 用 了 建造 者 模式 ,JavaMail 中 
的 Message 和 MimeMessage 等 类 均 可 以 看 成 是 退化 的 建造 者 模式 的 应 用 。 

在 邮件 类 (产品 类 )MimeMessage 中 定义 了 一 系列 建造 方法 ,客户 端 可 以 通过 直接 调用 
这 些 建造 方法 一 步 步 地 建造 出 完整 的 邮件 对 象 ,然后 发 送 , 代 码 片段 如 下 : 
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// 设 置 邮件 地 址 

InternetAddress from = new InternetAddress("sunny@test. com"); 

message. setFrom(from); 1/ 设置 发 件 人 

InternetAddress to = new InternetAddress(to mail); 

message. setRecipient(Message. RecipientType. TO,to); ”// 设 置 收 件 人 ,并 设置 其 接收 类 型 为 TO 
message. setSubject (to title); // 设 置 主题 

message. setText(to_content); // 设 置信 件 内 容 

message. setSentDate(new Date());  // 设 置 发 信和 时间 

message. saveChanges( ); // 存 储 邮件 信息 


Transport transport = session. getTransport("smtp"); 
transport. connect( "smtp. test. com", "test", "test"); 
transport. sendMessage( message, message. getAllRecipients( )); 


在 实际 使 用 中 ,还 可 以 对 以 上 代码 进行 重 构 , 可 以 自行 创建 建造 者 类 ,如 创建 一 个 “成 功 
注册 邮件 建造 者 ”构造 一 封 成 功 注册 提示 邮件 ,创建 一 个 “广告 邮件 建造 者 ”构造 一 封 广 告 邮 
件 , 并 增加 抽象 建造 者 类 和 指挥 者 ,用 户 可 以 通过 指挥 者 类 调用 建造 者 类 的 方法 创建 所 需 的 
邮件 对 象 。 简 单 的 抽象 邮件 建造 者 示例 代码 如 下 : 


public abstract class MessageBuilder 

{ 
protected Message message = new Message(); 
public abstract void buildFrom( ); 
public abstract void buildRecipient( ); 
public abstract void buildSubject( ); 
public abstract void buildText(); 
public abstract void buildSentDate( ); 

} 


(2) 在 很 多 游戏 软件 中 ,地 图 包括 天 空 .地面 背景 等 组 成 部 分 ,人 物 角 色 包括 人 体 、 服 
装 、 装 备 等 组 成 部 分 ,可 以 使 用 建造 者 模式 对 其 进行 设计 ,通过 不 同 的 具体 建造 者 创建 不 同 
类 型 的 地 图 或 人 物 。 


1. 建造 者 模式 的 简化 
建造 者 模式 在 实际 使 用 过 程 中 通常 可 以 进行 简化 ,以 下 是 几 种 常用 的 简化 方式 : 

(1) 省 略 抽象 建造 者 角色 

如 果 系 统 中 只 需要 一 个 具体 建造 者 的 话 , 可 以 省 略 掉 抽象 建造 者 。 

(2) 省 略 指挥 者 角色 

在 具体 建造 者 只 有 一 个 的 情况 下 ,如 果 抽 象 建造 者 角色 已 经 被 省 略 掉 , 那 么 还 可 以 省 略 
指挥 者 角色 ,让 Builder 角色 扮演 指挥 者 与 建造 者 双重 角色 。 

2. 建造 者 模式 与 抽象 工厂 模式 的 比较 

与 抽象 工厂 模式 相 比 ,建造 者 模式 返回 一 个 组 装 好 的 完整 产品 ,而 抽象 工厂 模式 返回 一 
系列 相关 的 产品 ,这 些 产 品位 于 不 同 的 产品 等 级 结构 ,构成 了 一 个 产品 族 。 在 抽象 工厂 模式 
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中 ,客户 端 实例 化 工厂 类 ,然后 调用 工厂 方法 获取 所 需 产 品 对 象 ,而 在 建造 者 模式 中 ,客户 端 
可 以 不 直接 调用 建造 者 的 相关 方法 ,而 是 通过 指挥 者 类 来 指导 如 何 生成 对 象 ,包括 对 象 的 组 
装 过 程 和 建造 步骤 , 它 侧 重 于 一 步 步 构 造 一 个 复杂 对 象 ,返回 一 个 完整 的 对 象 。 如 果 将 抽象 
工厂 模式 看 成 汽车 配件 生产 工厂 ,生产 一 个 产品 族 的 产品 ,那么 建造 者 模式 就 是 一 个 汽车 组 
装 工厂 ,通过 对 部 件 的 组 装 可 以 返回 一 辆 完整 的 汽车 。 


7.6 本 章 小 结 


(1) 建造 者 模式 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 , 使 得 同样 的 构建 过 程 可 以 创 
建 不 同 的 表示 。 建 造 者 模式 是 一 步 一 步 创 建 一 个 复杂 的 对 象 , 它 允 许 用 户 只 通过 指定 复杂 
对 象 的 类 型 和 内 容 就 可 以 构建 它们 ,用 户 不 需要 知道 内 部 的 具体 构建 细节 。 建 造 者 模式 属 
于 对 象 创建 型 模式 。 

(2) 建造 者 模式 包含 如 下 四 个 角色 : 抽象 建造 者 为 创建 一 个 产品 对 象 的 各 个 部 件 指定 
抽象 接口 ; 具体 建造 者 实现 了 抽象 建造 者 接口 ,实现 各 个 部 件 的 构造 和 装配 方法 ,定义 并 明 
确 它 所 创建 的 复杂 对 象 ,也 可 以 提供 一 个 方法 返回 创建 好 的 复杂 产品 对 象 ; 产品 角色 是 被 
构建 的 复杂 对 象 ,包含 多 个 组 成 部 件 ; 指挥 者 负责 安排 复杂 对 象 的 建造 次 序 ,指挥 者 与 抽象 
建造 者 之 间 存在 关联 关系 ,可 以 在 其 construct() 建 造 方法 中 调用 建造 者 对 象 的 部 件 构造 与 
装配 方法 ,完成 复杂 对 象 的 建造 。 

(3) 在 建造 者 模式 的 结构 中 引入 了 一 个 指挥 者 类 ,该 类 的 作用 主要 有 两 个 : 一 方面 它 
隔离 了 客户 与 生产 过 程 ; 另 一 方面 它 负 责 控制 产品 的 生成 过 程 。 指 挥 者 针对 抽象 建造 者 纺 
程 ,客户 端 只 需要 知道 具体 建造 者 的 类 型 , 即 可 通过 指挥 者 类 调用 建造 者 的 相关 方法 ,返回 
一 个 完整 的 产品 对 象 。 

(4) 建造 者 模式 的 主要 优点 在 于 客户 端 不 必 知 道 产品 内 部 组 成 的 细节 ,将 产品 本 身 与 
产品 的 创建 过 程 解 看 ,使 得 相同 的 创建 过 程 可 以 创建 不 同 的 产品 对 象 ,每 一 个 具体 建造 者 都 
相对 独立 ,而 与 其 他 的 具体 建造 者 无 关 , 因 此 可 以 很 方便 地 替换 具体 建造 者 或 增加 新 的 具体 
建造 者 ,符合 “ 开 闭 原则 ”, 还 可 以 更 加 精细 地 控制 产品 的 创建 过 程 ; 其 主要 缺点 是 由 于 建造 
者 模式 所 创建 的 产品 一 般 具 有 较 多 的 共同 点 ,其 组 成 部 分 相似 ,因此 其 使 用 范围 受到 一 定 的 
限制 ,如 果 产 品 的 内 部 变化 复杂 ,可 能 会 导致 需要 定义 很 多 具体 建造 者 类 来 实现 这 种 变化 ， 
导致 系统 变 得 很 庞大 。 

(5) 建造 者 模式 适用 情况 包括 : 需要 生成 的 产品 对 象 有 复杂 的 内 部 结构 ,这 些 产品 对 
象 通常 包含 多 个 成 员 属 性 ; 需要 生成 的 产品 对 象 的 属性 相互 依赖 ,需要 指定 其 生成 顺序 ; 
对 象 的 创建 过 程 独立 于 创建 该 对 象 的 类 ; 隔离 复杂 对 象 的 创建 和 使 用 ,并 使 得 相同 的 创建 
过 程 可 以 创建 不 同类 型 的 产品 。 


思考 与 练习 


1. 某 游戏 软件 中 人 物 角 色 包 括 多 种 类 型 ,不 同类 型 的 人 物 角色 ,其 性 别 、 脸 型 .服装 .发 
型 等 外 部 特性 有 所 差异 ,使 用 建造 者 模式 创建 人 物 角色 对 象 ,要 求 绘制 类 图 并 编程 实现 。 
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2. 计算 机 组 装 工厂 可 以 将 CPU、 内存、 硬盘、 主机、 显示 器 等 硬件 设备 组 装 在 一 起 构成 


一 台 完 整 的 计算 机 , 且 构 成 的 计算 机 


可 以 是 笔记 本 电脑 ,也 可 以 是 台式 机 ,还 可 以 是 不 提供 


显示 器 的 服务 器 主机 。 对 于 用 户 而 言 ,无 须 关 心计 算 机 的 组 成 设备 和 组 装 过 程 ,工厂 返回 给 


用 户 的 是 完整 的 计算 机 对 象 。 使 用 到 
实现 。 


E 造 者 模式 实现 计算 机 组 装 过 程 ,要 求 绘制 类 图 并 编程 


原型 模式 


本 章 导 学 

原型 模式 结构 较为 简单 , 它 是 一 种 特殊 的 创建 型 模式 , 当 需 要 创建 大 量 相 
同 或 者 相似 对 象 时 ,可 以 通过 对 一 个 已 有 对 象 的 复制 获取 更 多 对 象 。Java 语 
言 提供 了 较为 简单 的 原型 模式 解决 方案 ,只 需要 创建 一 个 原型 对 象 ,然后 通过 
在 类 中 定义 的 克隆 方法 复制 自己 。 该 模式 应 用 较为 广泛 ,可 以 快速 生成 大 量 
相似 对 象 , 极 大 提高 了 创建 新 实例 的 效率 。 


本 章 将 介绍 原型 模式 的 基本 原理 和 结构 ,使 读者 掌握 如 何在 Java 语言 中 实现 原型 模 
式 , 理 解 浅 克 隆 和 深 克隆 这 两 种 不 同 克 隆 机 制 的 异同 ,并 通过 实例 介绍 如 何 实现 浅 克 隆 和 深 
克隆 ,在 本 童 的 模式 扩展 部 分 ,还 将 学 习 如 何 使 用 带 原型 管理 器 的 原型 模式 以 及 如 何 使 用 原 
型 模式 创建 一 系列 相似 的 对 象 。 

本 章 的 难点 在 于 深交 隆 的 实现 以 及 带 原型 管理 器 的 原型 模式 的 理解 和 实现 。 

原型 模式 重要 等 级 : 友 友 友 友 六 

原型 模式 难度 等 级 : 雄 友 丰 交 六 


8.1 原型 模式 动机 与 定义 


在 软件 系统 中 ,有 时 候 需 要 多 次 创建 某 一 类 型 的 对 象 ,为 了 简化 创建 过 程 ,可 以 只 创建 
一 个 对 象 ,然后 再 通过 克隆 的 方式 复制 出 多 个 相同 的 对 象 ,这 就 是 原型 模式 的 设计 思想 。 本 
章 我 们 将 学 习 能 够 实现 自我 复制 的 原型 模式 。 


8.1.1 模式 动机 


《西游 记 》 中 孙悟空 拔 毛 变 小 猴 的 故事 几乎 人 人 和 皆 知 ,孙悟空 可 以 用 猴 毛 根据 自己 的 形 
象 ,复制 出 很 多 跟 自己 长 得 一 模 一 样 的 “ 身 外 身 ”来 .如 图 8-1 所 示 。 

孙悟空 这 种 复制 出 多 个 身 外 身 的 方式 在 面向 对 象 设计 领域 里 称 为 原型 (Prototype) 模 
式 。 在 面向 对 象 系统 中 ,使 用 原型 模式 来 复制 一 个 对 象 自身 ,从 而 克隆 出 多 个 与 原型 对 象 一 
模 一 样 的 对 象 。 

在 软件 系统 中 ,有 些 对 象 的 创建 过 程 较为 复杂 ,而 且 有 时 候 需要 频繁 创建 。 原 型 模式 通 
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AN 


图 8-1 孙悟空 拔 毛 变 小 猴 


过 给 出 一 个 原型 对 象 来 指明 所 要 创建 的 对 象 的 类 型 ,然后 用 复制 这 个 原型 对 象 的 办 法 创建 
出 更 多 同类 型 的 对 象 , 这 就 是 原型 模式 的 意图 所 在 。 


8.1.2 模式 定义 

原型 模式 (Prototype Pattern) 定 义 , 原型 模式 是 一 种 对 象 创建 型 模式 ,用 原型 实例 指定 
创建 对 象 的 种 类 ,并 且 通 过 复制 这 些 原型 创建 新 的 对 象 。 原 型 模式 允许 一 个 对 象 再 创建 另 
外 一 个 可 定制 的 对 象 ,无 须知 道 任何 创建 的 细节 。 原 型 模式 的 基本 工作 原理 是 通过 将 一 个 
原型 对 象 传 给 那个 要 发 动 创建 的 对 象 ,这 个 要 发 动 创建 的 对 象 通过 请 求 原型 对 象 复制 原型 
来 实现 创建 过 程 。 


英文 定义 :“Specify the kind of objects to create using a prototypical instance, and 


» 


create new objects by copying this prototype. ”。 


8.2 原型 模式 结构 与 分 析 


原型 模式 结构 较为 简单 ,在 其 结构 中 提供 了 一 个 抽象 原型 类 。 下 面 将 介绍 并 分 析 其 模 
式 结构 。 


8.2.1 模式 结构 


原型 模式 结构 图 如 图 8-2 所 示 。 

原型 模式 包含 如 下 角色 。 

1. Prototype( 抽 和 象 原型 类 ) 

抽象 原型 类 是 定义 具有 克隆 自己 的 方法 的 接口 ,是 所 有 有 具体 原型 类 的 公共 父 类 ,可 以 是 
抽象 类 ,也 可 以 是 接口 。 

2. ConcretePrototype( 具 体 原 型 类 ) 

具体 原型 类 实现 具体 的 克隆 方法 .在 克隆 方法 中 返回 自己 的 一 个 克隆 对 象 。 
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prototype 


图 8-2 原型 模式 结构 图 


3. Client( 客 户 类 ) 

客户 类 让 一 个 原型 克隆 自身 ,从 而 创建 一 个 新 的 对 象 。 在 客户 类 中 只 需要 直接 实例 化 
或 通过 工厂 方法 等 方式 创建 一 个 对 象 , 再 通过 调用 该 对 象 的 克隆 方法 复制 得 到 多 个 相同 的 
对 象 。 


8.2.2 模式 分 析 


在 很 多 软件 中 都 可 以 找到 原型 模式 的 应 用 实例 ,如 常见 的 复制 .粘贴 操作 中 就 蕴涵 了 原 
型 模式 。Java、C# 等 面向 对 象 语言 都 提供 了 对 原型 模式 的 完美 支持 。 

在 原型 模式 结构 中 定义 了 一 个 抽象 原型 类 ,所 有 的 Java 类 都 继承 自 java. lang. Object， 
而 Object 类 提供 一 个 clone() 方 法 ,可 以 将 一 个 Java 对 象 复制 一 份 。 因 此 在 Java 中 可 以 
直接 使 用 Object 提供 的 clone() 方 法 来 实现 对 象 的 克隆 .Java 语言 中 的 原型 模式 实现 很 
简单 。 

需要 注意 的 是 ,能 够 实现 克隆 的 Java 类 必须 实现 一 个 标识 接口 Cloneable, 表 示 这 个 
Java 类 支持 复制 。 如 果 一 个 类 没有 实现 这 个 接口 但 是 调用 了 clone() 方 法 ,Java 编译 器 将 
抛 出 一 个 CloneNotSupportedException 异常 。 代 码 如 下 : 
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在 客户 端 调 用 原型 模式 也 很 简单 ,代码 如 下 : 


对 于 原型 模式 的 使 用 还 需要 注意 以 下 两 个 问题 。 

1. 深 克 隆 与 浅 克隆 

通常 情况 下 ,一 个 类 包含 一 些 成 员 对 象 。 在 使 用 原型 模式 克隆 对 象 时 ,根据 其 成 员 对 象 
是 否 也 克隆 ,原型 模式 可 以 分 为 两 种 形式 : 深 克隆 和 浅 克隆 。 

(1) 浅 克隆 

在 浅 克隆 中 ,被 复制 对 象 的 所 有 普通 成 员 变 量 都 具有 与 原来 的 对 象 相同 的 值 ,而 所 有 的 
对 其 他 对 象 的 引用 仍然 指向 原来 的 对 象 。 换 言 之 , 浅 克 隆 仅 仅 复 制 所 考虑 的 对 象 ,而 不 复制 
它 所 引用 的 成 员 对 象 ,也 就 是 其 中 的 成 员 对 象 并 不 复制 。 在 浅 克隆 中 , 当 对 象 被 复制 时 它 所 
包含 的 成 员 对 象 却 没有 被 复制 ,如 图 8-3 所 示 。 


图 8-3 ” 浅 克隆 示意 图 


在 图 8-3 中 ,objl 为 原型 对 象 ,obj2 为 复制 后 的 对 象 ,containedObjl 和 containedObj2 
为 成 员 对 象 。 

(2) 深 克 隆 

在 深 克 隆 中 ,被 复制 对 象 的 所 有 普通 成 员 变 量 也 都 含有 与 原来 的 对 象 相 同 的 值 , 除 去 那 
些 引 用 其 他 对 象 的 变量 。 那 些 引用 其 他 对 象 的 变量 将 指向 被 复制 过 的 新 对 象 , 而 不 再 是 原 
有 的 那些 被 引用 的 对 象 。 换 言 之 , 深 克 隆 把 要 复制 的 对 象 所 引用 的 对 象 都 复制 了 一 遍 。 在 
深 克 隆 中 ,除了 对 象 本 身 被 复制 外 ,对 象 包含 的 引用 也 被 复制 ,也 就 是 其 中 的 成 员 对 象 也 将 
复制 ,如 图 8-4 所 示 。 

2. Java 语言 原型 模式 的 实现 

Java 语言 提供 的 clone() 方 法 将 对 象 复制 了 一 份 并 返回 给 调用 者 。 一 般 而 言 ,clone() 
方法 满足 以 下 几 点 。 

(1) 对 任何 的 对 象 x, 都 有 x. clone() != 二 x, 即 克隆 对 象 与 原 对 象 不 是 同一 个 对 象 。 

(2) 对 任何 的 对 象 x, 都 有 x. clone(). getClass() 二 ==x. getClass(), 即 克隆 对 象 与 原 对 
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containedObj1 containedObj1 


objl obj2 


containedObj2| containedObj2| 


图 8-{ 深 克 隆 示意 图 


象 的 类 型 一 样 。 

(3) 如 果 对 象 x 的 equals() 方 法 定义 恰当 ,那么 x. clone(). equals(x) 应 该 成 立 。 

为 了 获取 对 象 的 一 份 拷贝 ,我 们 可 以 利用 Object 类 的 clone() 方 法 ,具体 步骤 如 下 : 

(1) 在 派生 类 中 覆盖 基 类 的 clone() 方 法 ,并 声明 为 public; 

(2) 在 派生 类 的 clone() 方 法 中 ,调用 super. clone(); 

(3) 在 派生 类 中 实现 Cloneable 接口 。 

在 Java 语 言 中 ,通过 覆盖 Object 类 的 clone() 方 法 可 以 实现 浅 克 隆 , 如 果 需 要 实现 深 克 
隆 , 可 以 通过 序列 化 等 方式 来 实现 。 

在 Java 语言 中 ,序列 化 (Serialization) 就 是 将 对 象 写 到 流 的 过 程 , 写 到 流 中 的 对 象 是 原 
有 对 象 的 一 个 拷贝 ,而 原 对 象 仍然 存在 于 内 存 中 。 通 过 序列 化 实现 的 拷贝 不 仅 可 以 复制 对 
象 本 身 , 而 且 可 以 复制 其 引用 的 成 员 对 象 ,因此 通过 序列 化 将 对 象 写 到 一 个 流 中 ,再 从 流 里 
将 其 读 出 来 ,从 而 实现 深 克 隆 。 需 要 注意 的 是 ,能 够 实现 序列 化 的 对 象 其 类 必须 实现 
Serializable 接口 ,否则 无 法 实现 序列 化 操作 。 

Java 语言 提供 的 Cloneable 接口 和 Serializable 接口 其 代码 都 非常 简单 ,它们 是 空 接口 。 
这 种 空 接口 也 称 为 标识 接口 ,标识 接口 中 没有 任何 方法 的 定义 ,其 作用 是 告诉 JRE 这 些 接 
口 的 实现 类 是 否 具 有 某 个 功能 ,如 是 否 支持 克隆 、 是 否 支持 序列 化 等 。 


8.3 原型 模式 实例 与 解析 
下 面 通过 两 个 分 别 实现 浅 克隆 和 深 克隆 的 实例 来 进一步 学 习 并 理解 原型 模式 。 
8.3.1 原型 模式 实例 之 邮件 复制 ( 浅 克 隆 ) 


1. 实例 说 明 
于 邮件 对 象 包含 的 内 容 较 多 (如 发 送 者 .接收 者 .标题 内容、 日 期 .附件 等 ), 某 系统 中 
现 需 要 提供 一 个 邮件 复制 功能 ,对 于 已 经 创建 好 的 邮件 对 象 ,可 以 通过 复制 的 方式 创建 一 个 
新 的 邮件 对 象 ,如 果 需 要 改变 某 部 分 内 容 ,无 须 修改 原始 的 邮件 对 象 ,只 需要 修改 复制 后 得 
到 的 邮件 对 象 即 可 。 使 用 原型 模式 设计 该 系统 。 在 本 实例 中 使 用 浅 克隆 实现 邮件 复制 , 即 
复制 邮件 (E-mail) 的 同时 不 复制 附件 (Attachment) 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 8-5 所 示 。 
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Object ~ Cloneable 


+ clone () : Object 


pe | Email 
| Attachment attachment | attachment : Attachment 
Ce + Email () 
E download () : void ‘+ clone () : Object 
‘+ display () :void 
+ getAttachment () : Attachment 


3. 实例 代码 及 解释 
(1) 抽象 原型 类 Object 


package java. lang; 
public class Object { 


protected native Object clone( ) throws CloneNotSupportedException; 


Object 作为 抽象 原型 类 ,在 Java 语言 中 ,所 有 的 类 都 是 Object 的 子 类 ,在 Object 中 提 
供 了 克隆 方法 clone() ,用 于 创建 一 个 原型 对 象 ,其 clone() 方 法 具体 实现 由 JVM 完成 ,用 户 
在 使 用 时 无 须 关 心 。 

(2) 具体 原型 类 Email( 邮 件 类 ) 


public class Email implements Cloneable 
{ 
private Attachment attachment = null; 


public Email() 
Hi 
this. attachment = new Attachment( ); 


上 

public Object clone() 

{ 
Email clone= null; 
try 
{ 


clone = (Email)super. clone(); 
Ll 
catch( CloneNotSupportedException e) 
{ 
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System. out. println("Clone failure!"); 
} 
return clone; 


} 


public Attachment getAttachment() 
E 
return this.attachment; 


} 


public void display() 
System. out. println(" 查 看 邮件 "); 
} 
} 


Email 类 是 具体 原型 类 ,也 是 Object 类 的 子 类 。 在 Java 语言 中 ,只 有 实现 了 Cloneable 
接口 的 类 才能 够 使 用 clone() 方 法 来 进行 复制 ,因此 Email 类 实现 了 Cloneable 接口 。 在 
Email 类 中 覆盖 了 Object 的 clone() 方 法 ,通过 直接 或 者 间接 调用 Object 的 clone() 方 法 返回 一 
个 克隆 的 原型 对 象 。 在 Email 类 中 定义 了 一 个 成 员 对 象 attachment, 其 类 型 为 Attachment。 

4. 辅助 代码 

(1) 附件 类 Attachment 


public class Rttachment 
上 
public void download( ) 
1 
System. out. println(" 下 载 附件 "); 
} 
} 


为 了 更 好 地 说 明 浅 克隆 和 深 克 隆 的 区 别 , 在 本 实例 中 引入 了 附件 类 Attachment, 邮件 
类 Email 与 附件 类 是 组 合 关联 关系 ,在 邮件 类 中 定义 一 个 附件 类 对 象 ,作为 其 成 员 对 象 。 
(2) 客户 端 测试 类 Client 


public class Client 
E 


public static void main(String a[ ]) 
{ 

Email email, copyEmail; 

email = new Email(); 


copyEmail = (Email)email.clone(); 


System. out. println("email == copyEmail?"); 
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在 Client 客户 端 测试 类 中 ,比较 原型 对 象 和 复制 对 象 是 否 一 致 ,并 比较 其 成 员 对 象 
attachment 的 引用 是 否 一 致 。 


5. 结果 及 分 析 
编译 并 运行 客户 端 测试 类 ,输出 结果 如 下 : 


通过 结果 可 以 看 出 ,表达 式 (email 二 二 copyEmail) 结 果 为 false, 即 通过 复制 得 到 的 对 象 
与 原型 对 象 的 引用 不 一 致 ,也 就 是 说 明 在 内 存 中 存在 两 个 完全 不 同 的 对 象 , 一 个 是 原型 对 
象 ,一 个 是 克隆 生成 的 对 象 。 但 是 表达 式 (email. getAttachment ( ) = = copyEmail. 
getAttachment()) 结 果 为 true, 两 个 对 象 的 成 员 对 象 是 同一 个 ,说 明 虽 然 对 象 本 身 复制 了 一 
份 ,但 其 成 员 对 象 在 内 存 中 没有 复制 ,原型 对 象 和 克隆 对 象 维持 了 对 相同 的 成 员 对 象 的 
引用 有 


8.3.2 原型 模式 实例 之 邮件 复制 ( 深 死 隆 ) 


1. 实例 说 明 

使 用 深 克 隆 实 现 邮 件 复制 , 即 复制 邮件 的 同时 复制 附件 。 
2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 8-6 所 示 。 


attachment 


图 8-6 ”邮件 复制 ( 深 克隆 ) 类 图 
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3. 实例 代码 及 解释 
具体 原型 类 Email( 邮 件 类 ) 如 下 : 


import java. io. 关 7 


public class Email implements Serializable 
{ 
private Attachment attachment = null; 


public Email() 
{ 

this. attachment = new Attachment( ); 
} 


public Object deepClone( ) throws IOException, ClassNotFoundException, OptionalDataException 
{ 

// 将 对 象 写 入 流 中 

ByteArrayOutputStream bao = new ByteArrayOutputStream( ); 

ObjectOutputStream oos = new ObjectOutputStreanm( bao); 

oos. writeObject(this); 


// 将 对 象 从 流 中 取出 
ByteRrrayInputStream bis = new ByteArrayInputStream( bao. toByteArray( )); 
ObjectInputStream ois = new ObjectInputStream(bis); 
return(ois. readObject()); 
} 


public Attachment getAttachment() 
{ 


return this.attachment; 


. 


public void display() 
{ 

System. out. println(" 查 看 邮件 "); 
} 


Email 作为 具体 原型 类 ,由 于 实现 的 是 深 克 隆 ,无 须 使 用 Object 的 clone() 方 法 ,因此 无 
须 实现 Cloneable 接口 ; 可 以 通过 序列 化 的 方式 实现 深 克 隆 ( 代 码 中 粗 体 部 分 ) ,由 于 要 将 
Email 类 型 的 对 象 写 入 流 中 ,因此 Email 类 需要 实现 Serializable 接口 。 


4. 辅助 代码 
(1) 附件 类 Attachment 


import java. io. *; 


public class Attachment implements Serializable 
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public void download() 
{ 

System. out. println(" 下 载 附件 "); 
1 


作为 Email 类 的 成 员 对 象 ,在 深 克 隆 中 ,Attachment 类 型 的 对 象 也 将 被 写 和 人 流 中 ,因此 
Attachment 类 也 需要 实现 Serializable 接口 。 
(2) 客户 端 测试 类 Client 


public class Client 
1 
public static void main(String a[ ]) 


Email email, copyEmail = null; 


email = new Email(); 


try{ 
copyEmail = (Email)email. deepClone( ); 
} 
catch( Exception e) 
{ 


e. printStackTrace( ); 


} 


System. out. println("email == copyEmail?"); 
System. out. println(email == copyEmail); 


System. out. println("email. getAttachment == copyEmail. getAttachment?"); 
System. out. println(email. getAttachment ( ) == copyEmail. getAttachment( )); 


在 Client 客户 端 测 试 类 中 ,我 们 仍然 比较 深 克隆 后 原型 对 象 和 拷贝 对 象 是 否 一 致 ,并 比 
较 其 成 员 对 象 attachment 的 引用 是 否 一 致 。 

5. 结果 及 分 析 

编译 并 运行 客户 端 测试 类 ,输出 结果 如 下 : 

email == copyEmail? 

false 


email. getAttachment == copyEmail. getAttachment? 
false 


通过 结果 可 以 看 出 ,表达 式 (email 二 二 copyEmail) 结 果 为 false, 即 通过 复制 得 到 的 对 象 与 
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原型 对 象 的 引用 不 一 致 ,表达 式 (mail. getAttachment() 三 一 copyEmail. getAttachment()) 结 
果 也 为 false, 原 型 对 象 与 克隆 对 象 对 成 员 对 象 的 引用 不 相同 ,说 明 其 成 员 对 象 也 复制 了 
a 


8.4 原型 模式 效果 与 应 用 


8.4.1 模式 优 缺点 


原型 模式 的 优点 如 下 。 

(1) 当 创 建新 的 对 象 实例 较为 复杂 时 ,使 用 原型 模式 可 以 简化 对 象 的 创建 过 程 ,通过 一 
个 已 有 实例 可 以 提高 新 实例 的 创建 效率 。 

(2) 可 以 动态 增加 或 减少 产品 类 。 由 于 创建 产品 类 实例 的 方法 是 产品 类 (具体 原型 类 ) 
内 部 具有 的 ,因此 增加 新 产品 对 整个 结构 没有 影响 。 在 原型 模式 中 提供 了 抽象 原型 类 ,在 客 
户 端 可 以 针对 抽象 原型 类 进行 编程 ,而 将 具体 原型 类 写 在 配置 文件 中 ,增加 或 减少 产品 类 对 
原 有 系统 都 没有 任何 影响 。 

(3) 原型 模式 提供 了 简化 的 创建 结构 。 工 厂 方法 模式 常常 需要 有 一 个 与 产品 类 等 级 结 
构 相 同 的 等 级 结构 ,而 原型 模式 就 不 需要 这 样 ,原型 模式 中 产品 的 复制 是 通过 封装 在 原型 类 
中 的 clone() 方 法 实现 的 ,无 须 专门 的 工厂 类 来 创建 产品 。 

(4) 可 以 使 用 深 克 隆 的 方式 保存 对 象 的 状态 。 使 用 原型 模式 将 对 象 复制 一 份 并 将 其 状 
态 保存 起 来 ,以 便 在 需要 的 时 候 使 用 (如 恢复 到 某 一 历史 状态 ) 。 

原型 模式 的 缺点 如 下 。 

(1) 需要 为 每 一 个 类 配备 一 个 克隆 方法 ,而 且 这 个 克隆 方法 需要 对 类 的 功能 进行 通盘 
考虑 ,这 对 全 新 的 类 来 说 不 是 很 难 , 但 对 已 有 的 类 进行 改造 时 ,不 一 定 是 件 容 易 的 事 , 必 须 修 
改 其 源 代码 ,违背 了 “ 开 闭 原则 ”。 

(2) 在 实现 深 克 隆 时 需要 编写 较为 复杂 的 代码 。 


8.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 原型 模式 。 

(1) 创建 新 对 象 成 本 较 大 (如 初始 化 需要 占用 较 长 的 时 间 , 占 用 太 多 的 CPU 资源 或 网 
络 资 源 ) ,新 的 对 象 可 以 通过 原型 模式 对 已 有 对 象 进行 复制 来 获得 ,如 果 是 相似 对 象 , 则 可 以 
对 其 属性 稍 作 修改 。 

(2) 如 果 系 统 要 保存 对 象 的 状态 ,而 对 象 的 状态 变化 很 小 ,或 者 对 象 本 身 占 内 存 不 大 的 
时 候 , 也 可 以 使 用 原型 模式 配合 备忘录 模式 (第 22 章 将 介绍 备忘录 模式 ) 来 应 用 。 相 反 , 如 
果 对 象 的 状态 变化 很 大 ,或 者 对 象 占用 的 内 存 很 大 ,那么 采用 状态 模式 会 比 原型 模式 更 好 。 

(3) 需要 避免 使 用 分 层次 的 工厂 类 来 创建 分 层次 的 对 象 , 并 且 类 的 实例 对 象 只 有 一 个 
或 很 少 的 几 个 组 合 状态 ,通过 复制 原型 对 象 得 到 新 实例 可 能 比 使 用 构造 函数 创建 一 个 新 实 
例 更 加 方便 。 
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8.4.3 模式 应 用 


(1) 原型 模式 应 用 于 很 多 软件 中 ,如 果 每 次 创建 一 个 对 象 要 花 大量 时 间 , 原 型 模式 是 最 
好 的 解决 方案 。 很 多 软件 提供 的 复制 (Ctrl 十 C 键 ) 和 粘贴 (Ctrl 十 V 键 ) 操 作 就 是 原型 模式 
的 应 用 ,复制 得 到 的 对 象 与 原型 对 象 是 两 个 类 型 相同 但 内 存 地 址 不 同 的 对 象 ,通过 原型 模式 
可 以 大 大 提高 对 象 的 创建 效率 。 

(2) Struts 是 常用 的 Java EE 框架 之 一 ,在 Struts2 中 为 了 保证 线程 的 安全 性 , Action 
对 象 的 创建 使 用 了 原型 模式 。 访 问 一 个 已 经 存在 的 Action 对 象 时 将 通过 克隆 的 方式 创建 
出 一 个 新 的 对 象 ,从 而 保证 其 中 定义 的 变量 无 须 进行 加 锁 实现 同步 ,每 一 个 Action 中 都 有 
自己 的 成 员 变 量 , 避 免 了 Strutsl 因 使 用 单 例 模式 而 导致 的 并 发 和 同步 问题 。 

(3) 在 主流 Java EE 框架 Spring 中 ,用 户 也 可 以 采用 原型 模式 来 创建 新 的 bean 实例 ， 
从 而 实现 每 次 获取 的 是 通过 克隆 生成 的 新 实例 ,对 其 进行 修改 时 对 原 有 实例 对 象 不 造成 任 
何 影响 。 


8.5 原型 模式 扩展 


1. 带 原型 管理 器 的 原型 模式 
原型 模式 的 一 种 改进 形式 是 带 原型 管理 器 的 原型 模式 ,其 结构 如 图 8-7 所 示 。 


1 
<<create>> 
hl 


图 8-7 带 原 型 管理 器 的 原型 模式 


在 图 8-7 中 ,原型 管理 器 (Prototype Manager) 角 色 创 建 具体 原型 类 的 对 象 , 并 记录 每 一 
个 被 创建 的 对 象 。 原 型 管理 器 的 作用 与 工厂 相似 ,其 中 定义 了 一 个 集合 用 于 存储 原型 对 象 ， 
如 果 需 要 某 个 对 象 的 一 个 克隆 ,可 以 通过 复制 集合 中 对 应 的 原型 对 象 来 获得 。 在 原型 管理 
器 中 针对 抽象 原型 类 进行 编程 ,以 便 扩展 。 

下 面 代码 模拟 演示 一 个 颜色 原型 管理 器 的 实现 过 程 。 

(1) 抽象 原型 类 MyColor 


public Object clone( ); 
public void display(); 


(2) 具体 原型 类 Red 


public class Red implements MyColor 


Ud 


public Object clone() 


} 


Redr=null; 
try 
{ 


r= (Red)super. clone(); 


} 


catch(CloneNotSupportedException e) 
{ 


} 


return r; 


public void display() 


{ 


System. out. println("This is Red!"); 


(3) 具体 原型 类 Blue 


public class Blue implements MyColor 


U 


public Object clone() 


{ 


} 


Blue b= null; 
try 
1 
b= (Blue) super. clone(); 
让 
catch(CloneNotSupportedException e) 
{ 


return b; 


public void display() 


由 


System. out. println("This is Blue! "); 
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(4) 原型 管理 器 类 PrototypeManager 


import java. util. *; 
public class PrototypeManager 


{ 
private Hashtable ht = new Hashtable( ); 


public PrototypeManager( ) 

{ 
ht. put("red" ,new Red( )); 
ht. put("blue", new Blue( )); 


public void addColor( String key, MyColor obj) 


ht. put(key, obj); 


public MyColor getColor(String key) 
return (MyColor)((MyColor)ht.get(key)).clone(); 


(5) 客户 端 测 试 类 Client 


public class Client 
{ 
public static void main(String args[ ]) 
i 
PrototypeManager pm = new PrototypeManager( ); 


MyColor objl = (MyColor)pm. getColor( "red" ); 
objl. display(); 


MyColor obj2 = (MyColor)pm. getColor( "red" ); 
obj2. display(); 


System. out. println(objl == obj2); 


该 程序 运行 结果 如 下 : 


This is Red! 
This is Red! 
false 
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在 PrototypeManager 中 定义 了 一 个 Hashtable 类 型 的 集合 .使 用 “ 键 值 对 ”来 存储 原型 
对 象 ,客户 端 可 以 通过 Key 来 获取 对 应 原型 对 象 的 克隆 对 象 。PrototypeManager 类 提供 了 
工厂 方法 ,用 于 返回 一 个 克隆 对 象 。 

2. 相似 对 象 的 复制 

很 多 情况 下 ,复制 所 得 到 的 对 象 与 原型 对 象 并 不 是 完全 相同 的 ,它们 的 某 些 属性 值 存 在 
异同 。 通 过 原型 模式 获得 相同 对 象 后 可 以 再 对 其 属性 进行 修改 ,从 而 获取 所 需 对 象 。 如 多 
个 学 生 对 象 的 信息 的 区 别 在 于 性 别 、. 姓 名 和 年 龄 ,而 专业 ,学院 .学校 等 信息 都 相同 ,为 了 简 
化 创建 过 程 ,可 以 通过 原型 模式 来 实现 相似 对 象 的 复制 ,代码 如 下 : 


public class Student implements Cloneable 
{ 

private String stuName; 

private String stuSex; 

private int stuAge; 

private String stuMajor; 

private String stuCollege; 

private String stuUniversity; 


public Student ( String stuName, String stuSex, int stuAge, String stuMajor, String 
stuCollege, String stuUniversity) 

this. stuName = stuName; 

this, stuSex = stuSex; 

this. stuAge = stuAge; 

this, stuMajor = stuMajor; 

this. stuCollege = stuCollege; 

this, stuUniversity = stuUniversity; 


} 
// 为 节省 篇 幅 ,此 处 省 略 了 所 有 成 员 属性 的 Getter 方法 和 Setter 方法 


public Student clone() 
| 
Student cpStudent = null; 
try 
{ 
cpStudent = (Student) super. clone(); 
} 
catch( CloneNotSupportedException e) 
{ 
} 


return cpStudent; 
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编写 如 下 客户 端 代 码 进 行 测试 ,使 用 原型 模式 创建 多 个 学 生 (Student) 对 象 : 


public class MainClass 
{ 
public static void main(String args[ ]) 
‘ 
Student stul, stu2, stu3; 


stul = new Student(" 张 无 妃 ", " 男 ",24, "软件 工程 ", "软件 学 院 ", "中 南大 学 "); // 状 态 
// 相 似 


// 使 用 原型 模式 
stu2 = stul. clone( ); 
stu2. setStuName(" 杨 过 "); 


// 使 用 原型 模式 

stu3 = stul. clone( ); 

stu3. setStuName(" 小 龙 女 "); 
stu3. setStuSex(" 女 "); 


System. out. print(" 姓 名 : " + stul.getStuName()); 
System. out. print(", 性 别 : " + stul. getStuSex()); 
System. out. print(", 年 龄 : " + stul.getStuAge()); 
System. out. print(", 专业: stul. getStuMajor( )); 
System. out. print(", 学 院 : " + stul.getStuCollege()); 
System. out. print(", 学校: " stul. getStuUniversity( )); 
System, out. println(); 


= 
二 十 十 十 十 


System. out. print(" 姓 名 : ”+ stu2.getStuName()); 
System. out. print(", 性 别 : ”+ stu2. getStuSex( ) ) ; 
System. out. print(", 年 龄 : ”+ stu2. getStuAge()); 
System. out. print(", 专 业 : stu2. getStuMajor( )); 
System. out. print(", 学院 :" stu2. getStuCollege( )); 
System. out. print(" ,学 校 : " stu2. getStuUniversity( ) ) ; 
System. out. println( ); 


+ + + + + 


System. out. print(" 姓 名 : " + stu3.getStuName( ) ) ; 
System. out. print(", 性 别 : stu3. getStuSex( )); 
System. out. print(", 年 龄 : " stu3. getStuAge( ) ) ; 
System. out. print(", 专 业 : " + stu3.getStuMajor()); 
System. out. print(", 学 院 : " stu3. getStuCollege() ); 
System. out. print(" ,学 校 : " stu3. getStuUniversity() ); 
System. out. println(); 


+ + + + + 


从 客户 端 代 码 可 以 看 出 ,三 个 对 象 存在 相似 性 ,因此 可 以 通过 stul 对 象 的 clone( ) 方 法 
创建 stu2 和 stu3 ,再 通过 相应 的 Setter 方法 来 修改 其 属性 值 。 编 译 并 运行 上 述 代 码 ,输出 
结果 如 下 : 
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日 此 可 以 看 出 ,通过 原型 模式 来 创建 状态 相似 的 对 象 非常 方便 。 


8.6 本章 小 结 


(1) 原型 模式 是 一 种 对 象 创建 型 模式 ,用 原型 实例 指定 创建 对 象 的 种 类 ,并 且 通 过 复制 
这 些 原 型 创建 新 的 对 象 。 原 型 模式 允许 一 个 对 象 再 创建 另外 一 个 可 定制 的 对 象 ,无 须知 道 
任何 创建 的 细节 。 原 型 模式 的 基本 工作 原理 是 通过 将 一 个 原型 对 象 传 给 那个 要 发 动 创 建 的 
对 象 ,这 个 要 发 动 创建 的 对 象 通过 请 求 原型 对 象 复制 原型 自己 来 实现 创建 过 程 。 

(2) 原型 模式 包含 三 个 角色 : 抽象 原型 类 是 定义 具有 克隆 自己 的 方法 的 接口 ; 具体 原 
型 类 实现 具体 的 克隆 方法 ,在 克隆 方法 中 返回 自己 的 一 个 克隆 对 象 ; 客户 类 让 一 个 原型 克 
隆 自身 从 而 创建 一 个 新 的 对 象 , 在 客户 类 中 只 需要 直接 实例 化 或 通过 工厂 方法 等 方式 创建 
一 个 对 象 , 再 通过 调用 该 对 象 的 克隆 方法 复制 得 到 多 个 相同 的 对 象 。 

(3) 在 Java 中 可 以 直接 使 用 Object 提供 的 clone() 方 法 来 实现 对 象 的 克隆 ,能 够 实现 
克隆 的 Java 类 必须 实现 一 个 标识 接口 Cloneable, 表 示 这 个 Java 类 支持 复制 。 

(4) 在 浅 克隆 中 , 当 对 象 被 复制 时 它 所 包含 的 成 员 对 象 却 没有 被 复制 ; 在 深 克 隆 中 , 除 
了 对 象 本 身 被 复制 外 ,对 象 包含 的 引用 也 被 复制 ,也 就 是 其 中 的 成 员 对 象 也 将 复制 。 在 
Java 语言 中 ,通过 覆盖 Object 类 的 clone() 方 法 可 以 实现 浅 克 隆 。 如 果 需 要 实现 深 克 隆 ,可 
以 通过 序列 化 等 方式 来 实现 。 

(5) 原型 模式 最 大 的 优点 在 于 可 以 快速 创建 很 多 相同 或 相似 的 对 象 ,简化 对 象 的 创建 
过 程 ,还 可 以 保存 对 象 的 一 些 中 间 状 态 ; 其 缺点 在 于 需要 为 每 一 个 类 配备 一 个 克隆 方法 ， 
此 对 已 有 类 进行 改造 比较 麻烦 ,需要 修改 其 源 代码 ,并 且 在 实现 深 克 隆 时 需要 编写 较为 复杂 
的 代码 。 

(6) 原型 模式 适用 情况 包括 : 创建 新 对 象 成 本 较 大 ,新 的 对 象 可 以 通过 原型 模式 对 已 
有 对 象 进行 复制 来 获得 ; 系统 要 保存 对 象 的 状态 ,而 对 象 的 状态 变化 很 小 ; 需要 避免 使 用 
分 层次 的 工厂 类 来 创建 分 层次 的 对 象 ,并 且 类 的 实例 对 象 只 有 一 个 或 很 少 的 几 个 组 合 状 态 ， 
通过 复制 原型 对 象 得 到 新 实例 可 能 比 使 用 构造 函数 创建 一 个 新 实例 更 加 方便 。 


思考 与 练习 


1. 在 本 章 实例 所 述 的 邮件 类 中 再 增加 一 个 String 类 型 的 邮件 标题 (emailTitle) 和 一 个 
int 类 型 的 邮件 等 级 (emailLevel) 作 为 其 成 员 属 性 .使 用 浅 克 隆 和 深 克 隆 复 制 时 ,判断 这 两 
个 成 员 属性 的 值 (或 引用 ) 是 否 相同 ,并 解释 其 原因 。 

2. 设计 一 个 客户 类 Customer, 其 中 客户 地 址 存储 在 地 址 类 Address 中 ,用 浅 克隆 和 深 
克隆 分 别 实现 Customer 对 象 的 复制 并 比较 这 两 种 克隆 方式 的 异同 。 绘制 类 图 并 编程 


单 例 模式 


本 章 导 学 

单 例 模式 是 结构 最 简单 的 设计 模式 ,在 它 的 核心 结构 中 只 包含 一 个 被 
称 为 单 例 类 的 特殊 类 。 通 过 单 例 模式 可 以 保证 系统 中 一 个 类 只 有 一 个 实例 
而 且 该 实例 易于 被 外 界 访问 ,从 而 方便 对 实例 个 数 的 控制 并 节约 系统 资源 。 
如 果 和 希望 在 系统 中 某 个 类 的 对 象 只 能 存在 一 个 , 单 例 模式 是 最 好 的 解决 
方案 。 


本 音 将 介绍 如 何 使 用 单 例 模式 来 确保 系统 中 某 个 类 的 实例 对 象 的 唯一 性 ,介绍 单 例 模 
式 的 实现 方式 以 及 如 何在 实际 项 目 开 发 中 合理 使 用 单 例 模式 。 

本 章 的 难点 在 于 理解 单 例 模式 的 适用 场景 ,在 合适 的 情况 下 合理 使 用 单 例 模式 ,避免 因 
为 不 恰当 的 模式 使 用 给 系统 带 来 负面 影响 。 

单 例 模式 重要 等 级 : 友 丰 妈妈 六 

单 例 模式 难度 等 级 : 真 交 六 六 交 


9.1 单 例 模式 动机 与 定义 


大 家 在 使 用 Windows 的 时 候 不 知道 有 没有 注意 过 一 个 细节 , 右 击 在 桌面 底部 的 “任务 
栏 ”, 在 弹出 窗口 中 选择 “任务 管理 器 ”可 以 打开 Windows 的 任务 管理 器 窗口 ,但 是 无 论 如 
何 , 我 们 都 没有 办 法 同时 打开 两 个 任务 管理 器 ,也 就 是 说 , 它 在 整个 系统 中 只 有 唯一 的 一 个 
实例 。 怎 样 实 现在 一 个 系统 中 某 个 类 的 实例 只 能 唯一 存在 呢 ? 本 章 将 要 学 习 的 单 例 模式 就 
提供 了 一 种 完美 的 解决 方案 。 


9.1.1 模式 动机 


对 于 系统 中 的 某 些 类 来 说 ,只 有 一 个 实例 很 重要 。 例 如 ,一 个 系统 中 可 以 存在 多 个 打印 
任务 ,但 是 只 能 有 一 个 正在 工作 的 任务 ; 一 个 系统 只 能 有 一 个 窗口 管理 器 或 文件 系统 ; 一 
个 系统 只 能 有 一 个 计时 工具 或 ID( 序 号 ) 生 成 器 。 如 在 Windows 中 就 只 能 打开 一 个 任务 管 
理 器 ,如 图 9-1 所 示 。 如 果 不 使 用 机 制 对 窗口 对 象 进行 唯一 化 ,将 弹出 多 个 窗口 ,如 果 这 些 
窗口 显示 的 内 容 完全 一 致 , 则 是 重复 对 象 ,浪费 内 存 资源 ; 如 果 这 些 窗口 显示 的 内 容 不 一 
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致 , 则 意味 着 在 某 一 瞬间 系统 有 多 个 状态 ,与 实际 不 符 ,也 会 给 用 户 带 来 误解 ,不 知道 哪 一 个 
才 是 真实 的 状态 。 因 此 ,有 时 确保 系统 中 某 个 对 象 的 唯一 性 即 一 个 类 只 能 有 一 个 实例 非常 
重要 。 


忌 Windows 任务 管理 器 

文件 外 选项) 查看 外 必 助 四 

[应 用 程序 | 进程 “经 事 ” 联网】 用户 
cpv 使 用 CPU 使 用 记录 


PF 使 用 率 页 面 文件 使 用 记录 


3 加 


人 

系统 缓存 

核心 内 存 区 ) 

总 数 

分 页 数 

未 分 页 34556 


提交 更 改 : 1110M / 2906M 


图 9-1 Windows 任务 管理 器 


如 何 保证 一 个 类 只 有 一 个 实例 并 且 这 个 实例 易于 被 访问 呢 ? 定义 一 个 全 局 变量 可 以 确 
保 对 象 随 时 都 可 以 被 访问 ， ee 一 个 更 好 的 解决 办 法 是 让 类 
自身 负责 保存 它 的 唯一 实例 。 这 个 类 可 以 保证 没有 其 他 实例 被 创建 ,并 且 它 可 以 提供 一 个 
访问 该 实例 的 方法 ,这 就 是 单 Pe 的 模式 动机 。 


9.1.2 模式 定义 

单 例 模式 (Singleton Pattern) 定 义 : 单 例 模式 确保 某 一 个 类 只 有 一 个 实例 ,而 且 自 行 实 
例 化 并 向 整个 系统 提供 这 个 实例 ,这 个 类 称 为 单 例 类 , 它 提供 全 局 访问 的 方法 。 单 例 模式 的 
要 点 有 三 个 : 一 是 某 个 类 只 能 有 一 个 实例 ; 二 是 它 必须 自行 创建 这 个 实例 ; 三 是 它 必须 自 
行 向 整个 系统 提供 这 个 实例 。 单 例 模式 是 一 种 对 象 创建 型 模式 。 单 例 模式 又 名 单 件 模式 或 
单 态 模 式 。 


英文 定义 :“Ensure a class has only one instance and provide a global point of access to it. ”。 


9.2 单 例 模式 结构 与 分 析 


单 例 模式 是 所 有 设计 模式 中 结构 最 为 简单 的 模式 . 它 只 包含 一 个 类 . 即 单 例 类 。 
9.2.1 模式 结构 
单 例 模式 结构 图 如 图 9-2 所 示 。 
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天 


Singleton 
-instance :Singleton | instance 
-singeton) 


TE 
if(instance==null) 
instance=new Singleton(); 
return instance; 


单 例 模式 只 包含 一 个 Singleton( 单 例 角色 ) 类 : 在 单 例 类 的 内 部 实现 只 生成 一 个 实例 ， 
同时 它 提供 一 个 静态 的 getInstance() 工 厂 方法 ,让 客户 可 以 使 用 它 的 唯一 实例 ; 为 了 防止 
在 外 部 对 其 实例 化 ,将 其 构造 函数 设计 为 私有 ; 在 单 例 类 内 部 定义 了 一 个 Singleton 类 型 的 
静态 对 象 , 作 为 外 部 共享 的 唯一 实例 。 


9.2.2 模式 分 析 


单 例 模式 的 目的 是 保证 一 个 类 仅 有 一 个 实例 ,并 提供 一 个 访问 它 的 全 局 访问 点 。 单 例 
模式 包含 的 角色 只 有 一 个 ,就 是 单 例 类 一 一 Singleton。 单 例 类 拥有 一 个 私有 构造 函数 , 确 
保 用 户 无 法 通过 new 关键 字 直 接 实 例 化 它 。 除 此 之 外 ,该 模式 中 包含 一 个 静态 私有 成 员 变 
量 与 静态 公有 的 工厂 方法 ,该 工厂 方法 负责 检验 实例 的 存在 性 并 实例 化 自己 ,然后 存储 在 更 
态 成 员 变 量 中 ,以 确保 只 有 一 个 实例 被 创建 。 

一 般 情况 下 , 单 例 模式 的 实现 代码 如 下 : 


public class Singleton 
{ 
private static Singleton instance = null; ”// 静 态 私有 成 员 变 量 
// 私 有 构造 函数 
private Singleton() 
由 
} 


// 静 态 公有 工厂 方法 ,返回 唯一 实例 
public static Singleton getInstance() 
a 
if(instance == null) 
instance = new Singleton(); 
return instance; 


1 


为 了 测试 单 例 类 所 创建 对 象 的 唯一 性 ,可 以 编写 如 下 客户 端 测试 代码 : 


public class Client 


4 
public static void main(String a[]) 
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编译 代码 并 运行 ,输出 结果 为 : 


说 明 两 次 调用 getInstance( ) 时 所 获取 的 对 象 是 同一 实例 对 象 , 且 无 法 在 外 部 对 
Singleton 进行 实例 化 ,因而 确保 系统 中 只 有 唯一 的 一 个 Singleton 对 象 。 

在 单 例 模式 的 实现 过 程 中 ,需要 注意 如 下 三 点 : 

(1) 单 例 类 的 构造 函数 为 私有 ; 

(2) 提供 一 个 自身 的 静态 私有 成 员 变量 ; 

(3) 提供 一 个 公有 的 静态 工厂 方法 。 


9.3 单 例 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 单 例 模式 。 
9.3.1 单 例 模式 实例 之 身份 证 号 码 


1. 实例 说 明 

在 现实 生活 中 ,居民 身份 证 号 码 具 有 唯一 性 ,同一 个 人 不 允许 有 多 个 身份 证 号 码 , 第 一 
次 申请 身份 证 时 将 给 居民 分 配 一 个 身份 证 号 码 , 如 果 之 后 因为 遗失 等 原因 补办 时 ,还 是 使 用 
原来 的 身份 证 号 码 , 不 会 产生 新 的 号 码 。 现 使 用 单 例 模式 模拟 该 场景 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 9-3 所 示 。 


图 9-3 身份 证 号 码 类 图 


3. 实例 代码 及 解释 
单 例 类 IdentityCardNo( 身 份 证 号 码 类 ) 如 下 : 
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public class IdentityCardNo 

{ 
Private static IdentityCardNo instance = null; 
private String no; 


private IdentityCardNo( ) 
{ 
1 


public static IdentityCardNo getInstance() 
{ 


if(instance == null) 


{ 
System. out. printin(" 第 一 次 办 理 身份 证 ,分 配 新 号 码 !"); 
instance = new IdentityCardNo( ); 
instance. setIdentityCardNo( "No400011112222"); 

} 

else 


{ 
System. out. println(" 重 复 办 理 身份 证 ,获取 旧 号 码 !"); 


return instance; 


} 


private void setIdentityCardNo( String no) 
this. no = no; 


} 


public String getIdentityCardNo( ) 
{ 


return this. no; 
} 


在 单 例 类 IdentityCardNo 中 除了 静态 工厂 方法 外 ,还 可 以 包含 一 些 其 他 业务 方法 ,如 本 例 
中 的 setIdentityCardNo() 方 法 和 getIdentityCardNo() 方 法 。 在 工厂 方法 getInstance() 中 ， 
先 判 断 对 象 是 否 存 在 ,如 果 不 存在 则 实例 化 一 个 新 的 对 象 , 然 后 返回 ; 如 果 存 在 则 直接 返回 
已 经 存在 的 对 象 。 

4. 辅助 代码 

客户 端 测试 类 Client 如 下 : 


public class Client 


{ 
public static void main(String a[]) 
{ 
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IdentityCardNo nol, no2; 

nol = IdentityCardNo. getInstance(); 

no2 = IdentityCardNo. getInstance(); 

System. out. println(" 身 份 证 号 码 是 否 一 致 : " + (nol == no2)); 


String strl, str2; 

strl = nol. getIdentityCardNo( ); 

str2 = no2. getIdentityCardNo( ) ; 

System. out. println(" 第 一 次 号 码 : " + strl); 

System. out. println(" 第 二 次 号 码 : " + str2); 

System. out. println(" 内 容 是 否 相 等 : ”+ strl.equalsIgnoreCase(str2)); 
System. out. println(" 是 否 是 相同 对 象 : " + (strl == str2)); 


} 


在 客户 端 测试 代码 中 定义 了 两 个 IdentityCardNo 类 型 的 对 象 ,通过 调用 两 次 静态 工厂 


方法 getInstance() 获 取 对 象 ,然后 判断 它们 是 否 相等 ; 再 通过 业务 方法 getldentityCardNo() 获 
取 封 装 在 对 象 中 的 属性 号 码 no 值 ,判断 两 次 no 值 是 否 相 同 。 


5. 结果 及 分 析 
编译 程序 并 运行 客户 端 代码 ,输出 结果 如 下 : 


第 一 次 办 理 身份 证 ,分 配 新 号 码 ! 
重复 办 理 身份 证 ,获取 旧 号 码 ! 
身份 证 号 码 是 否 一 致 : true 

第 一 次 号 码 : No400011112222 
第 二 次 号 码 : No400011112222 
内 容 是 否 相 等 : true 

是 否 是 相同 对 象 : true 


从 结果 可 以 看 出 ,两 次 创建 的 IdentityCardNo 对 象 内 存 地 址 相同 ,是 同一 个 对 象 ; 封装 


在 其 中 的 号 码 no 属性 不 仅 值 相等 ,其 内 存 地 址 也 一 致 ,是 同一 个 成 员 属 性 。 


池 


9.3.2 单 例 模式 实例 之 打印 池 


. 实例 说 明 


在 操作 系统 中 ,打印 池 (Print Spooler) 是 一 个 用 于 管理 打印 任务 的 应 用 程序 ,通过 打印 
户 可 以 删除 .中 止 或 者 改变 打印 任务 的 优先 级 ,在 一 个 系统 中 只 人 允许 运行 一 个 打印 池 对 


象 ,如 果 重 复 创建 打印 池 则 抛 出 异常 。 现 使 用 单 例 模式 来 模拟 实现 打印 池 的 设计 。 


2. 实例 类 图 

通过 分 析 , 该 实例 类 图 如 图 9-4 所 示 。 

3. 实例 代码 及 解释 

(1) 自 定义 异常 类 PrintSpoolerException( 打 印 池 异常 ) 
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| PrintSpoolerSingleton 
匡 instance : PrintSpoolerSingleton 
(~ PrintSpoolerSingleton () 

+ getlnstance () : PrintSpoolerSingleton 
+ manageJobs () :void 


instance 


《 


T 
| 
| 
1 


PrintSpoolerException | 
| 


+ PrintSpoolerException (String message) | 


public class PrintSpoolerException extends Exception 
EE 
public PrintSpoolerException(String message) 


super(message); 


(2) 单 例 类 PrintSpoolerSingleton( 打 印 池 类 ) 


public class PrintSpoolerSingleton 
:| 


private static PrintSpoolerSingleton instance = null; 


private PrintSpoolerSingleton() 
i 
} 


public static PrintSpoolerSingleton getInstance() throws PrintSpoolerException 
{ 


if(instance == null) 


{ 
System. out. println(" 创 建 打印 池 !"); 
instance = new PrintSpoolerSingleton( ); 
} 
else 
{ 


throw new PrintSpoolerException(" 打 印 池 正在 工作 中 !"); 
} 


return instance; 
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public void manageJobs() 
{ 
System. out. println(" 管 理 打 印 任务 !"); 
} 
} 


PrintSpoolerSingleton 是 单 例 类 ,如 果 在 系统 中 不 存在 则 创建 新 的 对 象 , 如 果 存 在 则 抛 
出 一 个 PrintSpoolerException 异常 。 


4. 辅助 代码 
客户 端 测试 类 Client 如 下 : 


public class Client 
{ 
public static void main(String a[ ]) 
在 
PrintSpoolerSingleton psl, ps2; 
try 
{ 
psl = PrintSpoolerSingleton. getInstance( ); 
psl. manageJobs( ); 
} 
catch(PrintSpoolerException e) 
{ 
System. out. println(e. getMessage( )); 
} 
Sys Ou EDPIR 二 二 二 全 一 二 一 一 和 
try 
{ 
ps2 = PrintSpoolerSingleton. getInstance( ); 
ps2. manageJobs( ); 
} 
catch(PrintSpoolerException e) 
{ 
System. out. println(e. getMessage( )); 
} 
} 
} 


在 客户 端 测试 代码 中 定义 了 两 个 PrintSpoolerSingleton 类 型 的 对 象 ,通过 
PrintSpoolerSingleton 的 静态 工厂 方法 getInstance() 两 次 获取 对 象 实例 .在 使 用 过 程 中 进 
行 异常 处 理 , 如 果 产 生 异 常 则 输出 异常 对 象 中 封装 的 消息 。 

5. 结果 及 分 析 

编译 程序 并 运行 客户 端 代码 ,输出 结果 如 下 : 


创建 打印 池 ! 
管理 打印 任务 ! 


打印 池 正 在 工作 中 ! 
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从 结果 可 以 看 出 ,第 一 次 调用 getInstance() 时 创建 了 一 个 新 的 PrintSpoolerSingleton 
对 象 ,再 次 调用 getInstance() 获 取 对 象 时 将 抛 出 异常 ,提示 “打印 池 正 在 工作 中 !1”。 


9.4 ” 单 例 模式 效果 与 应 用 


9.4.1 模式 优 缺 点 


1. 单 例 模式 的 优点 

(1) 提供 了 对 唯一 实例 的 受 控 访 问 。 因 为 单 例 类 封装 了 它 的 唯一 实例 ,所 以 它 可 以 严 
格 控制 客户 怎样 以 及 何 时 访问 它 ,并 为 设计 及 开发 团队 提供 了 共享 的 概念 。 

(2) 由 于 在 系统 内 存 中 只 存在 一 个 对 象 ,因此 可 以 节约 系统 资源 ,对 于 一 些 需要 频繁 创 
建 和 销毁 的 对 象 , 单 例 模式 无 疑 可 以 提高 系统 的 性 能 。 

(3) 允许 可 变数 目的 实例 。 基 于 单 例 模式 我 们 可 以 进行 扩展 ,使 用 与 单 例 控制 相似 的 
方法 来 获得 指定 个 数 的 对 象 实例 。 

2. 单 例 模式 的 缺点 

(1) 由 于 单 例 模式 中 没有 抽象 层 , 因 此 单 例 类 的 扩展 有 很 大 的 困难 。 

(2) 单 例 类 的 职责 过 重 ,在 一 定 程 度 上 违背 了 “单一 职责 原则 ”。 因 为 单 例 类 既 充 当 了 
工厂 角色 ,提供 了 工厂 方法 ,同时 又 充当 了 产品 角色 ,包含 一 些 业务 方法 ,将 产品 的 创建 和 产 
品 本 身 的 功能 融合 到 一 起 。 

(3) 滥用 单 例 将 带 来 一 些 负 面 问题 ,如 为 了 节省 资源 将 数据 库 连 接 池 对 象 设计 为 单 例 
类 ,可 能 会 导致 共享 连接 池 对 象 的 程序 过 多 而 出 现 连 接 池 溢 出 ; 现在 很 多 面向 对 象 语言 (如 
Java、C# ) 的 运行 环境 都 提供 了 自动 垃圾 回收 的 技术 ,因此 ,如 果实 例 化 的 对 象 长 时 间 不 被 
利用 ,系统 会 认为 它 是 垃圾 ,会 自动 销毁 并 回收 资源 ,下 次 利用 时 又 将 重新 实例 化 ,这 将 导致 
对 象 状 态 的 丢失 。 


9.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 单 例 模式 。 

(1) 系统 只 需要 一 个 实例 对 象 ,如 系统 要 求 提供 一 个 唯一 的 序列 号 生成 器 ,或 者 需要 考 
虑 资源 消耗 太 大 而 只 允许 创建 一 个 对 象 。 

(2) 客户 调用 类 的 单个 实例 只 允许 使 用 一 个 公共 访问 点 ,除了 该 公共 访问 点 ,不 能 通过 
其 他 途径 访问 该 实例 。 

使 用 单 例 模式 有 一 个 必要 条 件 : 在 一 个 系统 中 要 求 一 个 类 只 有 一 个 实例 时 才 应 当 使 用 
单 例 模 式 。 反 过 来 ,如 果 一 个 类 可 以 有 几 个 实例 共存 ,就 需要 对 单 例 模式 进行 改进 ,使 之 成 
为 多 例 模 式 。 

在 使 用 的 过 程 中 我 们 还 需要 注意 以 下 两 个 问题 。 

(1) 不 要 使 用 单 例 模式 存 取 全 局 变量 ,因为 这 违背 了 单 例 模式 的 用 意 ,最 好 将 全 局 变量 
放 到 对 应 类 的 静态 成 员 中 。 

(2) 不 要 将 数据 库 连 接 做 成 单 例 , 因 为 一 个 系统 可 能 会 与 数据 库 有 多 个 连接 ,并 且 在 有 
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连接 池 的 情况 下 ,应 当 尽 可 能 及 时 释放 连接 。 单 例 模式 由 于 使 用 静态 成 员 存储 类 的 实例 ,所 
以 可 能 会 造成 资源 无 法 及 时 释放 , 带 来 一 些 问题 。 


9.4.3 模式 应 用 


(1) Java 语言 类 库 JDK 中 就 有 很 多 单 例 模 式 的 应 用 实例 ,如 java. lang. Runtime 类 。 
在 每 一 个 Java 应 用 程序 里 面 , 都 有 唯一 的 一 个 Runtime 对 象 ,通过 这 个 Runtime 对 象 ,应 用 
程序 可 以 与 其 运行 环境 发 生 相 互 作用 。 在 JDK 中 ,Runtime 类 的 源 代码 片段 如 下 : 


(2) 一 个 具有 自动 编号 主键 的 表 可 以 有 多 个 用 户 同时 使 用 ,但 数据 库 中 只 能 有 一 个 地 
方 分 配 下 一 个 主键 编号 ,否则 会 出 现 主键 重复 ,因此 该 主键 编号 生成 器 必须 具备 唯一 性 ,可 
以 通过 单 例 模 式 来 实现 。 

(3) 在 流行 的 Java EE 框架 Spring 中 , 当 我 们 试图 要 从 Spring 容器 中 获取 某 个 类 的 实 
例 时 ,默认 情况 下 ,Spring 会 通过 单 例 模式 进行 创建 ,也 就 是 在 Spring 的 bean 工厂 中 这 个 
bean 的 实例 只 有 一 个 ,代码 如 下 : 


9.5 单 例 模式 扩展 


本 节 介 绍 饿 汉 式 单 例 与 懒汉 式 单 例 。 

(1) 饿 汉 式 单 例 类 

饿 汉 式 单 例 类 是 在 Java 语言 中 实现 起 来 最 为 方便 的 单 例 类 , 饿 汉 式 单 例 类 结构 图 如 
9-5 所 示 。 


instance 


图 9-5 ” 饿 汉 式 单 例 类 图 
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从 图 9-5 中 可 以 看 出 ,由 于 在 定义 静态 变量 的 时 候 实例 化 单 例 类 ,因此 在 类 加 载 的 时 候 
就 已 经 创建 了 单 例 对 象 ,代码 如 下 : 


public class EagerSingleton 
{ 
private static final EagerSingleton instance = new FagerSingleton(); 
private EagerSingleton() { } 
public static EagerSingleton getInstance() 
4 


return instance; 
} 
} 


在 这 个 类 被 加 载 时 ,静态 变量 instance 会 被 初始 化 ,此 时 类 的 私有 构造 函数 会 被 调用 ， 
单 例 类 的 唯一 实例 将 被 创建 。Java 语言 中 单 例 类 的 一 个 最 重要 的 特点 是 类 的 构造 函数 是 
私有 的 ,从 而 避免 外 界 利用 构造 函数 直接 创建 出 任意 多 的 实例 。 

(2) 懒汉 式 单 例 类 

与 饿 汉 式 单 例 类 相同 之 处 是 ,懒汉 式 单 例 类 的 构造 函数 也 是 私有 的 。 与 饿 汉 式 单 例 类 
不 同 的 是 ,懒汉 式 单 例 类 在 第 一 次 被 引用 时 将 自己 实例 化 ,在 懒汉 式 单 例 类 被 加 载 时 不 会 将 
自己 实例 化 。 懒 汉 式 单 例 类 结构 图 如 图 9-6 所 示 。 


LazySingleton 


2 —- instance :LazySingleton 四 一 一 一 一 i 

instance LaySingleton () | 

+ getinstance () :LazySingleton | 

2 | | 

< t LE 
if(instance==nuIl) 

instance=new LazySingleton(); 
return instance; 


从 图 9-6 中 可 以 看 出 ,懒汉 式 单 例 类 不 是 在 定义 静态 变量 时 实例 化 单 例 类 ,而 是 在 调用 
静态 工厂 方法 时 实例 化 单 例 类 ,因此 在 类 加 载 时 并 没有 创建 单 例 对 象 ,代码 如 下 : 


public class LazySingleton 
private static LazySingleton 
instance = null; 
private LazySingleton() { } 
synchronized public static LazySingleton getInstance() 
{ 


第 9 章 单 例 模式 147 


该 懒汉 式 单 例 类 实现 静态 工厂 方法 时 使 用 了 同步 化 机 制 , 以 处 理 多 线程 环境 。 同 样 ,由 
于 构造 函数 是 私有 的 ,因此 ,此 类 不 能 被 继承 。 

饿 汉 式 单 例 类 在 自己 被 加 载 时 就 将 自己 实例 化 。 单 从 资源 利用 效率 角度 来 讲 , 这 个 比 
懒汉 式 单 例 类 稍 差 些 ; 从 速度 和 反应 时 间 角 度 来 讲 , 则 比 懒汉 式 单 例 类 稍 好 些 。 然 而 ,懒汉 
式 单 例 类 在 实例 化 时 ,必须 处 理 好 在 多 个 线程 同时 首次 引用 此 类 时 的 访问 限制 问题 ,特别 是 
当 单 例 类 作为 资源 控制 器 ,在 实例 化 时 必然 涉及 资源 初始 化 ,而 资源 初始 化 很 有 可 能 耗费 大 
量 时 间 , 这 意味 着 多 个 线程 同时 首次 引用 此 类 的 几率 变 得 较 大 ,需要 通过 同步 化 机 制 进行 
控制 。 


9.6 本 章 小 结 


(1) 单 例 模 式 确保 某 一 个 类 只 有 一 个 实例 ,而 且 自 行 实例 化 并 向 整个 系统 提供 这 个 实 
例 , 这 个 类 称 为 单 例 类 , 它 提供 全 局 访问 的 方法 。 单 例 模式 的 要 点 有 三 个 : 一 是 某 个 类 只 能 
有 一 个 实例 ; 二 是 它 必 须 自行 创建 这 个 实例 ; 三 是 它 必须 自行 向 整个 系统 提供 这 个 实例 。 
单 例 模式 是 一 种 对 象 创建 型 模式 。 

(2) 单 例 模 式 只 包含 一 个 单 例 角色 : 在 单 例 类 的 内 部 实现 只 生成 一 个 实例 ,同时 它 提 
供 一 个 静态 的 工厂 方法 ,让 客户 可 以 使 用 它 的 唯一 实例 ; 为 了 防止 在 外 部 对 其 实例 化 ,将 其 
构造 函数 设计 为 私有 。 

(3) 单 例 模式 的 目的 是 保证 一 个 类 仅 有 一 个 实例 ,并 提供 一 个 访问 它 的 全 局 访问 点 。 
单 例 类 拥有 一 个 私有 构造 函数 ,确保 用 户 无 法 通过 new 关键 字 直接 实例 化 它 。 除 此 之 外 ， 
该 模式 中 包含 一 个 静态 私有 成 员 变量 与 静态 公有 的 工 三 方法。 该 工厂 方法 负责 检验 实例 的 
存在 性 并 实例 化 自己 ,然后 存储 在 静态 成 员 变量 中 ,以 确保 只 有 一 个 实例 被 创建 。 

(4) 单 例 模式 的 主要 优点 在 于 提供 了 对 唯一 实例 的 受 控 访 问 并 可 以 节约 系统 资源 ; 其 
主要 缺点 在 于 因为 缺少 抽象 层 而 难以 扩展 , 且 单 例 类 职责 过 重 。 

(5) 单 例 模 式 适用 情况 包括 : 系统 只 需要 一 个 实例 对 象 ; 客户 调用 类 的 单个 实例 只 多 
许 使 用 一 个 公共 访问 点 。 


思考 与 练习 


1. 使 用 单 例 模式 设计 一 个 多 文档 窗口 ( 注 : 在 Java AWT/Swing 开发 中 可 使 用 
JDesktopPane 和 JInternalFrame 来 实现 ) ,要 求 在 主 窗 体 中 某 个 内 部 子 窗 体 只 能 实例 化 一 
次 , 即 只 能 弹出 一 个 相同 的 子 窗 体 , 如 图 9-7 所 示 。 
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单 击 创建 一 个 内 部 军 体 


图 9-7 多 文档 窗口 


2. 使 用 单 例 模式 的 思想 实现 多 例 模 式 ,确保 系统 中 某 个 类 的 对 象 只 能 存在 有 限 个 ,如 
两 个 或 三 个 。 设 计 并 编写 代码 ,实现 一 个 多 例 类 。 


本 章 导 学 

结构 型 模式 关注 如 何 将 现 有 类 或 现 有 对 象 组 织 在 一 起 形成 更 加 强大 的 结 
构 , 在 GoF 23 种 模式 中 包含 7 种 结构 型 设计 模式 ,它们 适用 于 不 同 的 环境 ， 
使 用 不 同 的 方式 将 类 与 对 象 进行 组 合 ,使 之 可 以 协同 工作 。 

适配器 模式 是 一 种 使 用 频率 非常 高 的 结构 型 设计 模式 ,如 果 在 系统 中 存 
在 不 兼容 的 接口 ,可 以 通过 引入 一 个 适配器 来 使 得 原本 因为 接口 不 兼容 而 不 
能 一 起 工作 的 两 个 类 可 以 协同 工作 。 适 配器 模式 中 适配器 的 作用 与 现实 生活 
中 存在 的 电源 适配器 、 网 络 适配器 的 作用 是 相同 的 。 在 引入 适配器 后 无 须 对 
原 有 系统 进行 任何 修改 , 且 更 换 适 配器 或 增加 新 适配器 都 非常 方便 ,系统 具有 
良好 的 灵活 性 和 可 扩展 性 。 适 配器 模式 是 一 种 用 于 对 现 有 系统 进行 补救 以 及 
对 现 有 类 进行 重用 的 模式 。 


本 章 将 介绍 适配器 模式 的 定义 ,让 读者 掌握 类 适配器 模式 和 对 象 适配器 模式 的 结构 与 
实现 方式 ,并 结合 实例 学 习 如 何在 实际 软件 项 目 开 发 中 应 用 适配器 模式 ,还 将 介绍 默认 适 配 
器 模式 和 双向 适配器 模式 等 适配器 模式 的 扩展 形式 。 

本 章 的 难点 在 于 理解 类 适配器 与 对 象 适配器 的 异同 ,掌握 在 软件 开发 中 何 时 以 及 如 何 
使 用 适配器 模式 。 

适配器 模式 重要 等 级 , 丰 友 女友 六 

适配器 模式 难度 等 级 : 友 丰 六 六 从 


10.1 结构 型 模式 


根据 类 的 “单一 职责 原则 ”, 一 个 软件 系统 中 的 每 个 类 都 应 该 担负 一 定 的 职责 ,能 够 完成 
一 定 的 业务 功能 ,但 单个 类 的 作用 是 有 限 的 ,系统 中 很 多 任务 的 完成 需要 多 个 类 相互 协作 ， 
因此 需要 将 这 些 类 或 者 类 的 实例 进行 组 合 。 


10.1.1 结构 型 模式 概述 
结构 型 模式 (Structural Pattern) 描 述 如 何 将 类 或 者 对 象 结合 在 一 起 形成 更 大 的 结构 ， 


就 像 搭 积木 ,可 以 通过 简单 积木 的 组 合 形成 复杂 的 、 功 能 更 为 强大 的 结构 ,如 图 


所 示 。 
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图 10-1 


全 
nfs, 


结构 型 模式 示意 图 


结构 型 模式 可 以 描述 两 种 不 同 的 东西 : 类 与 类 的 实例 ( 即 对 象 )。 根 据 这 一 点 ,结构 型 
模式 可 以 分 为 类 结构 型 模式 和 对 象 结构 型 模式 。 类 结构 型 模式 关心 类 的 组 合 ,由 多 个 类 可 
以 组 合成 一 个 更 大 的 系统 ,在 类 结构 型 模式 中 一 般 只 存在 继承 关系 和 实现 关系 ; 而 对 象 结 
构 型 模式 关心 类 与 对 象 的 组 合 , 通 过 关联 关系 使 得 在 一 个 类 中 定义 另 一 个 类 的 实例 对 象 , 然 
后 通过 该 对 象 调用 其 方法 。 根 据 * 合 成 复 用 原则 ”, 在 系统 中 应 当 尽 量 使 用 关联 关系 来 蔡 代 
继承 关系 ,因此 大 部 分 结构 型 模式 都 是 对 象 结构 型 模式 。 


10.1.2 结构 型 模式 简介 
结构 型 模式 主要 包括 如 下 7 种 模式 , 简 记 为 ABCDFFP, 表 10-1 对 这 7 种 设计 模式 进行 


了 简单 的 说 明 。 
表 10-1 结构 型 模式 简介 
模式 名 称 定义 简单 说明 使 用 频率 
二 机 坟 | 刘 曙 一 个 打 使 和 原本 内 于 | 全 诛 二 不 的 天 凶 癌 工 
(Adapter) | 接口 不 兼容 而 不 能 一 起 工作 的 Nt edd 
那些 类 可 以 一 起 工作 ee 
当 事 物 存在 两 个 独立 变化 的 维度 
本 时 ,将 两 个 变化 因素 抽取 出 来 形成 
a en eis 高 层次 的 关联 关系 ,使 原本 复杂 的 友 太 太太 六 
a S 类 继承 结构 变 得 相对 简单 . 极 大 减 
少 系 统 中 类 的 个 数 
将 对 象 组 合成 树 形 结构 以 表示 通过 面向 对 象 技术 来 实现 对 系统 
组 合 模式 |“ 部 分 一 整体 "的 层次 结构 。 它 | 中 存在 的 容器 对 象 和 叶子 对 象 进 | 人 大 炎炎 
(Composite) | 使 得 客户 对 单个 对 象 和 复合 对 “ 行 统一 操作 , 且 客户 端 无 须知 道 操 
象 的 使 用 具有 一 致 性 作对 象 是 容器 还 是 其 成 员 
不 使 用 继承 而 通过 关联 关系 来 调 
动态 地 给 一 个 对 象 添加 一 些 额 有 
装饰 模式 | 外 的 其 责 就 扩展 功能 而 言 ， 它 | 用 现 有 关中 的 方法 ,达到 复 用 的 目 | 太太 


(Decorator) 


比 生成 子 类 方式 更 为 灵活 


的 ,并 使 得 对 象 的 行为 可 以 灵活 
变化 
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续 表 
模式 名 称 定 六 简单 说 明 使 用 频率 
9 , : i 
人 和 中, 人 玉江 洒 帮 沾 于 素 上 的 六 妇 太 太太 
加 容易 使 用 
通过 共享 技术 实现 对 象 的 重用 ,大 
ER 
i ee 幅度 节约 系统 的 内 存 , 该 模式 关心 “次 六 娘娘 闪 
i | 系统 的 性 能 与 资源 利用 情况 
代理 模式 | 为 其 他 对 象 提供 一 个 代理 以 控 ， 当 不 能 直接 访问 一 个 对 象 时 ,通过 大 太 太太 
(Proxy) | 制 对 这 个 对 象 的 访问 一 个 代理 对 象 间接 访问 它 


10.2 适配器 模式 动机 与 定义 


在 现实 生活 中 ,经 常 存在 一 些 不 兼容 的 事物 。 如 某 电 器 的 工作 电压 与 家 庭 交 流 电 电压 
不 一 致 ,网 络 速度 与 计算 机 处 理 速度 不 一 致 , 某 硬件 设备 提供 的 接口 与 计算 机 支持 的 接口 不 
一 致 等 。 在 这 种 情况 下 ,我 们 可 以 通过 一 个 新 的 设备 使 原本 不 兼容 的 事物 可 以 一 起 工作 ,这 
个 新 的 设备 称 为 适配器 。 在 软件 开发 中 ,也 存在 一 些 不 一 致 的 情况 ,同样 ,也 可 以 通过 一 种 
称 为 适配器 模式 的 设计 模式 来 解决 这 类 问题 。 本 章 我 们 将 学 习 第 一 个 结构 型 模式 一 一 适 配 


10.2.1 模式 动机 
我 国 的 生活 用 电 电 压 是 220V ,而 笔记 本 电脑 .手机 等 电子 设备 的 电压 都 没有 这 么 高 。 
为 了 使 笔记 本 电脑 .手机 等 可 以 使 用 220V 的 生活 用 电 , 就 需要 电源 适配器 ,也 就 是 常 说 的 


变压器 。 有 了 这 个 电源 适配器 ,生活 用 电 和 笔记 本 电脑 就 可 以 兼容 了 。 在 这 里 ,电源 适配器 
就 充当 了 一 个 适配器 的 角色 ,如 图 10-2 所 示 。 


图 10-2 电源 适配器 示意 图 


在 软件 开发 中 采用 类 似 于 电源 适配器 的 设计 和 编码 技巧 被 称 为 适配器 模式 。 通 常情 况 
下 ,客户 端 可 以 通过 目标 类 的 接口 访问 它 所 提供 的 服务 。 有 时 , 现 有 的 类 可 以 满足 客户 类 的 功 
能 需要 ,但 是 它 所 提供 的 接口 不 一 定 是 客户 类 所 期 望 的 ,这 可 能 是 因为 现 有 类 中 方法 名 与 目 
标 类 中 定义 的 方法 名 不 一 致 等 原因 所 导致 的 。 如 现在 目标 类 中 定义 的 方法 名 为 method1()， 
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客户 端 已 经 针对 该 方法 进行 编程 ,而 现 有 类 中 的 方法 method2() 恰 好 满足 客户 端的 要 求 ,如 
何在 不 修改 原 有 目标 类 和 客户 端 代码 的 基础 上 确保 能 够 使 用 到 现 有 类 中 的 method2() 方 
法 ,就 是 适配器 模式 所 要 解决 的 问题 。 

在 这 种 情况 下 , 现 有 的 接口 需要 转化 为 客户 类 期 望 的 接口 ,这 样 保 证 了 对 现 有 类 的 
重用 。 如 果 不 进 行 这 样 的 转化 ,客户 类 就 不 能 利用 现 有 类 所 提供 的 功能 ,适配器 模式 可 
以 完成 这 样 的 转化 。 在 适配器 模式 中 可 以 定义 一 个 包装 类 ,包装 不 兼容 接口 的 对 象 , 这 
个 包装 类 指 的 就 是 适配器 (Adapter) , 它 所 包装 的 对 象 就 是 适 配 者 (Adaptee) , 即 被 适 配 的 
类 。 适 配器 提供 客户 类 需要 的 接口 ,适配器 的 实现 就 是 把 客户 类 的 请 求 转化 为 对 适 配 者 
的 相应 接口 的 调用 。 也 就 是 说 , 当 客户 类 调用 适配器 的 方法 时 ,在 适配器 类 的 内 部 将 调 
用 适 配 者 类 的 方法 ,而 这 个 过 程 对 客户 类 是 透明 的 ,客户 类 并 不 直接 访问 适 配 者 类 。 因 
此 ,适配器 可 以 使 由 于 接口 不 兼容 而 不 能 交互 的 类 可 以 一 起 工作 ,这 就 是 适配器 模式 的 
模式 动机 。 


10.2.2 模式 定义 


适配器 模式 (Adapter Pattern) 定 义 : 将 一 个 接口 转换 成 客户 希望 的 男 一 个 接口 , 适 配 
器 模式 使 接口 不 兼容 的 那些 类 可 以 一 起 工作 ,其 别名 为 包装 器 (Wrapper)。 适 配器 模式 既 
可 以 作为 类 结构 型 模式 ,也 可 以 作为 对 象 结构 型 模式 。 

英文 定义 :“Convert the interface of a class into another interface clients expect. 


Adapter lets classes work together that couldn’t otherwise because of incompatible interfaces. ” 。 


10.3 适配器 模式 结构 与 分 析 


适配器 模式 包括 类 适配器 和 对 象 适 配器 ,下 面 分 别 对 两 种 适配器 进行 结构 分 析 。 


10.3.1 模式 结构 
类 适配器 模式 结构 图 如 图 10-3 所 示 。 


图 10-3 类 适配器 模式 结构 图 
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对 象 适配器 模式 结构 图 如 图 10-4 所 示 。 


adaptee 


/ 


图 10-4 对 象 适配器 模式 结构 图 


适配器 模式 包含 如 下 角色 。 

1, Target( 目 标 抽 象 类 ) 

目标 抽象 类 定义 客户 要 用 的 特定 领域 的 接口 ,可 以 是 个 抽象 类 或 接口 ,也 可 以 是 具体 
类 ; 在 类 适配器 中 ,由 于 Java 语句 不 支持 多 重 继 承 , 它 只 能 是 接口 。 

2. Adapter( 适 配器 类 ) 

适配器 类 可 以 调用 另 一 个 接口 ,作为 一 个 转换 器 ,对 Adaptee 和 Target 进行 适 配 。 适 
配器 Adapter 是 适配器 模式 的 核心 ,在 类 适配器 中 , 它 通 过 实现 Target 接口 并 继承 Adaptee 
类 来 使 二 者 产生 联系 ; 在 对 象 适 配器 中 , 它 通 过 继承 Target 并 关联 一 个 Adaptee 对 象 使 二 
者 产生 联系 。 

3. Adaptee( 适 配 者 类 ) 

适 配 者 即 被 适 配 的 角色 , 它 定义 了 一 个 已 经 存在 的 接口 ,这 个 接口 需要 适 配 。 适 配 者 类 
一 般 是 一 个 具体 类 ,包含 了 客户 希望 使 用 的 业务 方法 ,在 某 些 情况 下 甚至 没有 适 配 者 类 的 源 
代码 。 

4. Client( 客 户 类 ) 

在 客户 类 中 针对 目标 抽象 类 进行 编程 ,调用 在 目标 抽象 类 中 定义 的 业务 方法 。 


10.3.2 模式 分 析 


适配器 模式 在 日 常生 活 中 到 处 都 存在 。 有 些 新 买 的 电子 设备 (如 手机 、MP5 等 ) 只 支持 
1394 接口 ,而 有 些 计算 机 并 没有 提供 1394 接口 .为 了 解决 这 个 问题 .厂商 为 这 些 电子 设备 
提供 一 个 接口 转换 器 ,一 端 是 USB 接口 , 另 一 端 是 1394 接口 ,用户 可 以 通过 该 转换 器 连接 
计算 机 和 电子 设备 。 该 转换 器 就 是 现实 生活 中 的 适配器 ,与 软件 中 适配器 的 作用 很 类 似 。 

适 配 过 程 类 似 货物 的 包装 过 程 : 货物 的 真实 样子 会 被 包装 所 掩盖 和 改变 ,因此 有 人 将 
适配器 模式 叫做 包装 (Wrapper) 模 式 。 事 实 上 ,很 多 时 候 经 常 需要 开发 这 样 的 包装 类 ,将 一 
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些 已 有 的 类 包装 起 来 ,使 之 能 够 满足 对 现 有 接口 的 需要 。 

在 软件 开发 中 ,适配器 模式 的 使 用 也 非常 广泛 。 当 在 针对 目标 抽象 类 进行 编程 时 ,发 现 
所 需 方法 的 实现 已 经 存在 其 他 类 中 ,这些 类 在 适配器 模式 中 称 为 适 配 者 Adaptee, 而 有 时 候 
这 些 适 配 者 类 不 允许 做 任何 直接 的 修改 ,不 能 直接 将 其 改 为 目标 抽象 类 的 子 类 ,也 不 能 将 其 
中 的 方法 名 修改 为 我 们 所 需 的 方法 名 ,这 些 类 可 能 是 其 他 开发 人 员 所 开发 的 ,代码 复杂 且 不 
便于 修改 ,如 JDK 类 库 中 定义 的 类 ,甚至 有 些 情 况 下 我 们 根本 没有 这 些 类 的 源 代码 ,而 只 有 
class 文件 ,此 时 ,使 用 适配器 模式 无 疑 是 一 种 完美 的 解决 方案 。 通 过 引入 一 个 新 的 适配器 
类 Adapter, 可 以 很 好 地 解决 如 上 所 述 问题 。 

根据 前 面 所 学 的 模式 结构 ,我们 知道 适配器 模式 有 类 适配器 模式 和 对 象 适配器 模式 两 
种 ,下 面 对 这 两 种 适配器 模式 进行 简单 的 分 析 。 

(1) 类 适配器 

根据 类 适配器 模式 结构 图 ,在 类 适配器 中 , 适 配 者 类 Adaptee 没有 request() 方 法 ,而 客 
户 期 待 这 个 方法 ,但 在 适 配 者 类 中 实现 了 specificRequest( ) 方 法 ,该 方法 所 提供 的 实现 正 是 
客户 所 需要 的 。 为 了 使 客户 能 够 使 用 适 配 者 类 ,我 们 提供 了 一 个 中 间 类 , 即 适配器 类 
Adapter。 适 配器 类 实现 了 抽象 目标 类 接口 ,并 继承 了 适 配 者 类 ,在 适配器 类 的 request() 方 
法 中 调用 所 继承 的 适 配 者 类 的 specificRequest() 方 法 ,实现 了 适 配 的 目的 。 因 为 适配器 类 
与 适 配 者 类 是 继承 关系 ,所 以 这 种 适配器 模式 称 为 类 适配器 模式 。 典 型 的 类 适配器 代码 
如 下 : 


public class Adapter extends Adaptee implements Target 
{ 
public void request() 
super. specificRequest(); 
9 
} 


(2) 对 象 适配器 

根据 对 象 适配器 模式 结构 图 ,在 对 象 适 配器 中 ,客户 端 需要 调用 request() 方 法 ,而 适 配 
者 类 Adaptee 没有 该 方法 ,但 是 它 所 提供 的 SpecificRequest( ) 方 法 却 是 客户 端 所 需要 的 。 
为 了 使 客户 端 能 够 使 用 适 配 者 类 ,需要 提供 一 个 包装 类 Adapter, 即 适配器 类 。 这 个 包装 类 
包装 了 一 个 适 配 者 的 实例 ,从 而 将 客户 端 与 适 配 者 衔接 起 来 ,在 适配器 的 request() 方 法 中 
调用 适 配 者 的 specificRequest() 方 法 。 因 为 适配器 类 与 适 配 者 类 是 关联 关系 (也 可 称 为 委 
派 关 系 ) ,所 以 这 种 适配器 模式 称 为 对 象 适配器 模式 。 典 型 的 对 象 适配器 代码 如 下 : 


public class Adapter extends Target 
{ 
private Adaptee adaptee; 


public Adapter (Adaptee adaptee) 
{ 
this. adaptee = adaptee; 
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适配器 模式 可 以 将 一 个 类 的 接口 和 另 一 个 类 的 接口 匹配 起 来 ,使 用 的 前 提 是 不 能 或 不 
想 修改 原来 的 适 配 者 接口 和 抽象 目标 类 接口 。 如 向 第 三 方 购买 了 一 些 类 、 控 件 ,如 果 没 有 源 
代码 ,这 时 使 用 适配器 模式 可 以 统一 对 象 访问 接口 。 

适配器 模式 更 多 的 是 强调 对 代码 的 组 织 ,而 不 是 功能 的 实现 。 


10.4 适配器 模式 实例 与 解析 
下 面 通过 两 个 实例 来 进一步 学 习 并 理解 适配器 模式 。 


10.4.1 适配器 模式 实例 之 仿生 机 器 人 


1. 实例 说 明 


现 需要 设计 一 个 可 以 模拟 各 种 动物 行为 的 机 器 人 ,在 机 器 人 中 定义 了 一 系列 方法 ,如 机 
器 人 叫喊 方法 cry()、 机 器 人 移动 方法 move() 等 。 如 果 和 希望 在 不 修改 已 有 代码 的 基础 上 使 
得 机 器 人 能 够 像 狗 一 样 叫 , 像 狗 一 样 跑 , 可 以 使 用 适配器 模式 进行 系统 设计 。 

2. 实例 类 图 

通过 分 析 , 可 使 用 类 适配器 模式 实现 该 系统 设计 ,实例 类 图 如 图 10-5 所 示 。 


图 10-5 仿生 机 器 人 类 图 


3. 实例 代码 及 解释 
(1) 目标 抽象 类 Robot( 机 器 人 接口 ) 
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public void cry(); 
public void move( ); 


;3 


Robot 充当 目标 抽象 角色 ,客户 端 针 对 抽象 的 Robot 类 进行 编程 ,在 Robot 中 声明 (也 
可 以 是 实现 ) 了 客户 端 所 调用 的 业务 方法 ,如 本 实例 中 的 cry() 方 法 和 move() 方 法 。 
(2) 适 配 者 类 Dog(Dog 类 ) 


public class Dog 
{ 
public void wang( ) 
{ 
System. out. println(" 狗 汪汪 叫 !"); 
} 


public void run() 
四 
System. out. println(" 狗 快 快 跑 !"); 
} 
} 


Dog 类 是 一 个 已 存在 的 具体 类 , 它 包 含 用 户 所 需 业 务 方法 的 具体 实现 ,如 本 类 中 的 
wang() 方 法 和 run() 方 法 ,但 是 方法 名 等 与 Target 接口 不 一 致 ,甚至 没有 该 类 的 源 代码 。 
(3) 适配器 类 DogAdapter(DogAdapter 类 ) 


public class DogAdapter extends Dog implements Robot 
{ 
public void cry() 
. 
System. out. print(" 机 器 人 模仿 : "); 
Super. wang( ); 
} 


public void move( ) 
{ 
System. out. print(" 机 器 人 模仿 : "); 


super. run(); 


} 


DogAdapter 类 是 适配器 模式 的 核心 类 ,在 此 处 使 用 的 是 类 适配器 模式 , 即 DogAdapter 
继承 了 Dog 类 并 实现 了 Robot 接口 ,由 于 DogAdapter 实现 了 Robot 接口 ,因此 需要 实现 在 
Robot 中 定义 的 cry() 和 move() 方 法 ,又 因为 DogAdapter 类 继承 了 Dog 类 ,因此 可 以 继承 
Dog 类 的 wang() 和 run() 方 法 .在 cry() 中 可 以 调用 wang() 方 法 ,在 move() 中 可 以 调用 
run() 方 法 。 客 户 端 针 对 抽象 层 Robot 进行 编程 .根据 里 氏 代 换 原 则 ,Robot 子 类 即 
DogAdapter 类 的 对 象 在 运行 时 可 以 覆盖 父 类 定义 对 象 . 因 此 可 以 通过 配置 文件 来 存储 具体 
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适配器 类 的 类 名 ,增强 系统 的 灵活 性 。 
4. 辅助 代码 
(1) XML 操作 工具 类 XMLUtil 
参见 5. 2. 2 节 工 厂 方法 模式 之 模式 分 析 。 
(2) 配置 文件 config. xml 
本 实例 配置 文件 代码 如 下 : 


<?xml version = "1.0"?> 
< config > 

< className > DogAdapter </className> 
</config> 


(3) 客户 端 测 试 类 Client 


public class Client 
i 
public static void main(String args[ ]) 
a 
Robot robot = (Robot)XMLUtil. getBean( ); 
robot. cry(); 
robot. move( ); 


} 


根据 “依赖 倒转 原则 ”, 在 客户 端 代码 中 需要 针对 目标 抽象 角色 Robot 进行 编程 ,具体 
类 的 类 名 可 以 存储 在 配置 文件 中 ,由 于 具体 适配器 DogAdapter 类 是 Robot 的 子 类 ,因此 
系统 在 运行 时 可 以 用 子 类 对 象 覆 盖 父 类 对 象 , 通 过 DogAdapter 调用 适 配 者 类 Dog 中 的 
DE 

5. 结果 及 分 析 

如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 : DogAdapter, 则 输出 结果 
如 下 


机 器 人 模仿 : 狗 汪 汪 叫 ! 
机 器 人 模仿 : 狗 快 快 跑 ! 


如 果 在 系统 中 存在 一 个 Bird 类 ,代码 如 下 : 


public class Bird 
f 
public void tweedle() 
{ 
System. out. println(" 鸟 儿 遇 员 叫 1"); 
} 


public void fly() 
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System. out. println(" 鸟 儿 快 快 飞 !"); 


; 


如 果 和 希望 机 器 人 能 够 像 鸟 一 样 叫 ,并 像 鸟 一 样 移动 , 原 有 代码 无 须 进行 任何 修改 ,只 需 
要 增加 一 个 新 的 适配器 类 BirdAdapter 即 可 ,其 代码 如 下 : 


public class BirdAdapter extends Bird implements Robot 
{ 
public void cry() 
{ 
System. out. print(" 机 器 人 模仿 : "); 
super. tweedle( ); 
} 


public void move( ) 

{ 
System. out. print(" 机 器 人 模仿 : "); 
super. fly(); 


} 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 : BirdAdapter, 则 输出 结果 
如 下 : 


机 器 人 模仿 : 鸟 儿 员 员 叫 ! 
机 器 人 模仿 : 鸟 儿 快 快 飞 ! 


在 不 修改 原 有 代码 的 情况 下 可 以 使 得 机 器 人 具有 完全 不 同 的 行为 ,重用 已 有 的 类 但 不 
需要 修改 已 有 代码 ,完全 符合 “ 开 闭 原则 ”。 


10.4.2 


i 虽 忆 
HLAS 


式 实例 之 加 密 适 配器 


1. 实例 说 明 

某 系统 需要 提供 一 个 加 密 模块 ,将 用 户 信 息 ( 如 密码 等 机 密 信息 ) 加 密 之 后 再 存储 在 数 
据 库 中 ,系统 已 经 定义 好 了 数据 库 操作 类 。 为 了 提高 开发 效率 , 现 需 要 重用 已 有 的 加 密 算 
法 ,这 些 算法 封装 在 一 些 由 第 三 方 提供 的 类 中 ,有 些 甚至 没有 源 代码 。 使 用 适配器 模式 设计 
该 加 密 模块 ,实现 在 不 修改 现 有 类 的 基础 上 重用 第 三 方 加 密 方法 。 

2. 实例 类 图 

通过 分 析 , 可 使 用 对 象 适配器 模式 实现 该 系统 设计 ,该 实例 类 图 如 图 10-6 所 示 。 

3. 实例 代码 及 解释 

(1) 目标 抽象 类 DataOperation( 数 据 操作 类 ) 
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DataOperator 


{abstract} 


- password : String 


CipherAdapter 


- cipher : Caesar 


+ CipherAdapter () 
+ doEncrypt (int key, String ps) : String 


cipher 


Caesar 


+ doEncrypt (int key, String ps) : String 


public abstract class Data0peration 


i 


DataOperation 类 中 包含 了 抽象 方法 doEncrypt() ,客户 端 针 对 抽象 类 DataOperation 


private String password; 


public void setPassword(String password) 


{ 
this. password = password; 


public String getPassword() 
(| 


return this. password; 


NewCipherAdapter 


- Cipher : NewCipher 


+ NewCipherAdapter () 
+ doEncrypt (int key, String ps) : String 


cipher 


NewCipher 


+ doEncrypt (int key, String ps) : String 


public abstract String dogncrypt(int key, String ps); 


进行 编程 ,在 客户 端 代码 中 调用 DataOperation 的 doEncrypt() 实 现 数 据 加 密 。 


(2) 适 配 者 类 Caesar( 数 据 加 密 类 ) 


public final class Caesar 


public String dogncrypt( int key, String ps) 


{ 
String es=""; 
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for(int i=0;i<ps. length();i+t+) 
{ 
char c= ps.charAt(i); 
if(c>= 'a'ggc <= 'z2') 
{ 
c+ =key% 26; 
if(c>'z') c -= 26; 
if(c<'a') c+= 26; 
} 
证 (e 有 =E ECs 呈 仿 
{ 
c+ =key% 26; 
if(c>'2') c- =26; 
if(c<'A') c+ =26; 
); 
est+ =Cc; 
| 


return es; 


} 


Caesar 类 是 一 个 由 第 三 方 提供 的 数据 加 密 类 ,该 类 定义 为 final 类 ,无 法 继承 。 因 此 本 
实例 不 能 通过 类 适配器 来 实现 ,只 能 使 用 对 象 适配器 实现 。 客 户 端 在 使 用 时 无 须 关心 
Caesar 类 的 源 代码 ,甚至 无 法 获得 该 类 的 源 代码 ,只 有 编译 后 的 class 文件 。 

Caesar 加 密 算法 比较 简单 ,通过 26 个 字母 移 位 来 实现 加 密 运 算 , 相 传 是 古 罗 马 大 帝 凯 
撒 发 明 的 ,因此 被 称 为 凯撒 加 密 。 

(3) 适配器 类 CipherAdapter( 加 密 适 配器 类 ) 


public class CipherAdapter extends Data0peration 
{ 


private Caesar cipher; 


public Cipheradapter() 
i 
cipher = new Caesar( ); 


} 


public String dogncrypt(int key, String ps) 
{ 
return cipher. doEncrypt (key, ps); 
} 


CipherAdapter 类 充当 适配器 角色 ,由 于 Caesar 类 无 法 继承 ,本 实例 采用 对 象 适配器 模 
式 , 在 CipherAdapter 类 中 定义 一 个 Caesar 类 型 的 成 员 对 象 ,在 CipherAdapter 类 的 构造 函 
数 中 实例 化 Caesar 对 象 ( 注 : 也 可 以 通过 Setter 方法 将 Caesar 对 象 注入 CipherAdapter)， 
CipherAdapter 与 Caesar 类 之 间 是 组 合 关 联 关 系 。 
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4. 辅助 代码 

(1) XML 操作 工具 类 XMLUtil 

参见 5. 2. 2 节 工 厂 方法 模式 之 模式 分 析 。 
(2) 配置 文件 config. xml 

本 实例 配置 文件 代码 如 下 : 


<?xm]l version = "1.0"?> 
<config> 

<className> CipherAdapter </className> 
</config> 


(3) 客户 端 测试 类 Client 


public class Client 
| 
public static void main(String args[ ]) 
1 
DataOperation dao = (DataOperation)XMLUtil. getBean( ) ; 
dao. setPassword("sunnyLiu" ) ; 
String ps = dao. getPassword( ); 
String es = dao. doEncrypt(6, ps); 
System. out. println(" 明 文 为 : " + ps); 
System. out,. println(" 密 文 为 : " + es); 


} 


在 客户 端 测 试 类 Client 中 ,我 们 需要 对 密码 字符 串 *sunnyLiu” 进 行 加 密 ,在 实现 时 调用 
目标 抽象 类 DataOperation 的 doEncrypt() 方 法 ,而 将 具体 类 的 类 名 保存 在 config. xml 配置 
文件 中 ,程序 运行 时 ,将 读 取 存 取 在 配置 文件 中 的 类 名 ,再 通过 Java 反射 机 制 生 成 对 象 ,该 
对 象 在 运行 时 将 动态 替换 父 类 的 doEncrypt() 方 法 ,实现 真正 的 加 密 。 

5. 结果 及 分 析 

在 配置 文件 中 将 < className > 节点 中 的 内 容 设 置 为 : CipherAdapter, 则 输出 结果 
如 下 : 


明文 为 : sunnyLiu 
密 文 为 : yatteRoa 


如 果 需 要 更 换 为 一 种 更 为 安全 的 加 密 算法 ,如 使 用 求 模 运 算 来 进行 加 密 , 代 码 如 下 
所 示 : 


public final class NewCipher 

{ 
public String doEncrypt(int key, String ps) 
{ 


String es=""; 
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for(int i=0;i<ps. length();it+) 


{ 
String c= String. valueOf (ps. charAt (i) % key); 
eS += CC; 

} 

return es; 


} 


在 系统 中 使 用 如 上 所 述 的 新 加 密 算法 ,可 以 对 应 增加 一 个 新 的 适配器 类 ,代码 如 下 : 


public class NewCipherAdapter extends Data0peration 


private NewCipher cipher; 


public NewCipherAdapter() 
cipher = new NewCipher( ); 
} 


public String doEncrypt (int key, String ps) 
{ 
return cipher. doEncrypt (key, ps); 
} 
8 


在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 : NewCipherAdapter, 则 输出 结果 
如 下 : 


明文 为 : sunnyLiu 
密 文 为 : 13221433 


10.5.1 模式 优 缺 点 


无 论 是 类 适配器 模式 还 是 对 象 适 配器 模式 ,都 具有 如 下 优点 。 

(1) 将 目标 类 和 适 配 者 类 解 耦 ,通过 引入 一 个 适配器 类 来 重用 现 有 的 适 配 者 类 ,而 无 须 
修改 原 有 代码 。 

(2) 增加 了 类 的 透明 性 和 复 用 性 ,将 具体 的 实现 封装 在 适 配 者 类 中 ,对 于 客户 端 类 来 说 
是 透明 的 ,而 且 提高 了 适 配 者 的 复 用 性 。 

(3) 灵活 性 和 扩展 性 都 非常 好 ,通过 使 用 配置 文件 ,可 以 很 方便 地 更 换 适 配器 ,也 可 以 
在 不 修改 原 有 代码 的 基础 上 增加 新 的 适配器 类 .完全 符合 “ 开 闭 原则 ”。 

具体 地 说 ,类 适配器 模式 的 优点 还 有 : 由 于 适配器 类 是 适 配 者 类 的 子 类 ,因此 可 以 在 适 
配器 类 中 置换 一 些 适 配 者 的 方法 ,使 得 适配器 的 灵活 性 更 强 。 
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类 适配器 模式 的 缺点 有 : 对 于 Java、C# 等 不 支持 多 重 继承 的 语言 ,一 次 最 多 只 能 适 配 
一 个 适 配 者 类 ,而 且 目 标 抽象 类 只 能 为 接口 ,不 能 为 类 ,其 使 用 有 一 定 的 局 限 性 ,不 能 将 一 个 
适 配 者 类 和 它 的 子 类 都 适 配 到 目标 接口 。 

对 象 适配器 模式 的 优点 还 有 : 对 象 适配器 可 以 把 多 个 不 同 的 适 配 者 适 配 到 同一 个 目 
标 , 也 就 是 说 ,同一 个 适配器 可 以 把 适 配 者 类 和 它 的 子 类 都 适 配 到 目标 接口 。 

对 象 适配器 模式 的 缺点 有 : 与 类 适配器 模式 相 比 ,要 想 置换 适 配 者 类 的 方法 就 不 容易 。 
如 果 一 定 要 置换 掉 适 配 者 类 的 一 个 或 多 个 方法 ,就 只 好 先 做 一 个 适 配 者 类 的 子 类 ,将 适 配 者 类 
的 方法 置换 掉 , 然 后 再 把 适 配 者 类 的 子 类 当做 真正 的 适 配 者 进行 适 配 , 实 现 过 程 较为 复杂 。 

需要 注意 的 是 ,在 使 用 适配器 模式 的 系统 中 ,客户 端 一 定 要 针对 抽象 目标 类 进行 编程 ， 
否则 适配器 模式 的 使 用 将 导致 系统 发 生 一 定 的 改动 。 


10.5.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 适配器 模式 : 

(1) 系统 需要 使 用 现 有 的 类 ,而 这 些 类 的 接口 不 符合 系统 的 需要 。 

(2) 想 要 建立 一 个 可 以 重复 使 用 的 类 ,用 于 与 一 些 彼 此 之 间 没 有 太 大 关联 的 一 些 类 , 包 
括 一 些 可 能 在 将 来 引进 的 类 一 起 工作 。 


10.5.3 模式 应 用 


(1) Sun 公司 在 1996 年 公开 了 Java 语言 的 数据 库 连 接 工具 JDBC,JDBC 使 得 Java 语 
言 程序 能 够 与 数据 库 连 接 , 并 使 用 SQL 语言 来 查询 和 操作 数据 。JDBC 给 出 一 个 客户 端 通 
用 的 抽象 接口 ,每 一 个 具体 数据 库 引 擎 (如 SQL Server、Oracle、MySQL 等 ) 的 JDBC 驱动 软件 
都 是 一 个 介 于 JDBC 接口 和 数据 库 引 擎 接口 之 间 的 适配器 软件 。 抽 象 的 JDBC 接口 和 各 个 数 
据 库 引擎 API 之 间 都 需要 相应 的 适配器 软件 ,这 就 是 为 各 个 不 同 数据 库 引 擎 准备 的 驱动 程序 。 

(2) Spring AOP 是 Java EE 开发 框架 Spring 的 组 成 部 分 之 一 。 在 Spring AOP 框架 
中 ,对 BeforeAdvice、AfterAdvice、ThrowsAdvice 三 种 通知 类 型 借助 适配器 模式 来 实现 ,这 
样 的 好 处 是 使 得 框架 允许 用 户 向 框架 中 加 入 自己 想 要 支持 的 任何 一 种 通知 类 型 ,上 述 三 种 
通知 类 型 是 Spring AOP 框架 定义 的 ,它们 是 AOP 联盟 定义 的 Advice 的 子 类 型 。 位 于 
org. springframework. aop. framework. adapter 包 中 的 AdvisorAdapter 是 一 个 适配器 接 
口 , 它 定义 了 自己 支持 的 Advice 类 型 ,并且 能 把 一 个 Advisor 适 配 成 MethodInterceptor, 以 
下 是 它 的 定义 : 


这 个 接口 允许 扩展 Spring AOP 框架 ,以 便 处 理 新 的 Advice 或 Advisor 类 型 ,其 实现 对 
象 可 以 把 某 些 特定 的 Advice 类 型 适 配 成 AOP 联盟 定义 的 MethodInterceptor, 并 在 Spring 
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AOP 框架 中 启用 这 些 通知 类 型 。 通 常 Spring 用 户 不 需要 实现 这 个 接口 ,除非 想 把 更 多 的 
Advice 和 Advisor 引入 到 Spring 中 时 。 关 于 Spring AOP 的 更 多 内 容 ,请 参考 其 他 书籍 。 

(3) 在 JDK 类 库 中 也 定义 了 一 系列 适配器 类 ,如 在 com. sun. imageio. plugins. common 
包 中 定义 的 InputStreamAdapter 类 ,用 于 包装 ImageInputStream 接口 及 其 子 类 对 象 ,其 源 
代码 如 下 : 


public class InputStreamAdapter extends InputStream { 
ImageInputStream stream; 


public InputStreamAdapter( ImageInputStream stream) { 
super(); 
this. stream = stream; 


public int read() throws IOException { 
return stream. read(); 


} 


public int read(byte b[ ], int off, int len) throws IOException { 
return stream. read(b, off, len); 
L 


通过 引入 InputStreamAdapter 类 使 得 用 户 可 以 在 不 修改 原 有 针对 InputStream 编程 
的 系统 中 使 用 在 ImageInputStream 接口 中 定义 的 方法 。 


忠 Servicelnterface 
1 0. 0 局 serviceMethod1 () : void 
‘+ serviceMethod2 () : void 
+ serviceMethod3 () : void 
A 
10.6.1 缺 省 适配器 模式 | 


缺 省 适配器 模式 是 适配器 模式 的 一 种 变形 .但 是 其 使 用 也 非 7 ee 
党 广泛 人 
缺 省 适配器 模式 (Default Adapter Pattern) 的 定义 : 当 不 需要 | 
全 部 实现 接口 提供 的 方法 时 ,可 先 设计 一 个 抽象 类 实现 该 接口 ,并 ee Vat Ne 
加 Vv 
为 接口 中 每 个 方法 提供 一 个 默认 实现 ( 空 方法 ) ,那么 该 抽象 类 的 “下 ne 四 
子 类 可 有 选择 地 覆盖 父 类 的 某 些 方法 来 实现 需求 。 它 适用 于 一 个 
接口 不 想 使 用 其 所 有 的 方法 的 情况 ,因此 也 称 为 单 接口 适配器 模 


式 , 其 类 图 如 图 10-7 所 示 。 | 
在 缺 省 适配器 模式 中 ,包含 三 个 角色 ,分 别 为 适 配 者 接口 、 缺 ere 
省 适配器 类 和 具体 业务 类 。 + serviceMethod2 () : void 


(1) 适 配 者 接 口 + serviceMethod3 () : void 
适 配 者 是 被 适 配 的 对 象 , 它 是 一 个 接口 .并 且 在 该 接口 中 声明 5 
了 大 量 的 方法 ,代码 如 下 : 
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public interface ServiceInterface 
{ 
public void serviceMethod]1(); 
public void serviceMethod2( ); 
public void serviceMethod3(); 
i 


(2) 缺 省 适配器 类 
缺 省 适配器 类 即 缺 省 适配器 模式 中 的 适配器 角色 , 它 是 该 模式 的 核心 。 缺 省 适配器 类 使 
用 空 方 法 (也 称 为 钩子 方法 ,Hook Method) 的 形式 实现 了 在 接口 中 声明 的 方法 ,代码 如 下 : 


public abstract class AbstractServiceClass implements ServiceInterface{ 
public void serviceMethodl() { } 
public void serviceMethod2() { } 
public void serviceMethod3() { } 


(3) 具体 业务 类 
具体 业务 类 是 缺 省 适配器 类 的 子 类 ,在 没有 引入 适配器 类 之 前 , 它 需 要 实现 适 配 者 接 
口 ,因此 需要 实现 在 适 配 者 接口 中 定义 的 所 有 方法 ,而 一 些 无 须 使 用 的 方法 也 不 得 不 提供 空 
实现 。 为 了 简化 操作 ,在 有 了 适配器 之 后 ,可 以 直接 继承 该 适配器 类 ,根据 需要 有 选择 性 地 
覆盖 在 适配器 类 中 定义 的 方法 ,代码 如 下 : 
public class ConcreteServiceClass extends AbstractServiceClass { 
public void serviceMethodl() { 
System. out. println(" 具 体 业 务 方法 一 "); 
ne void serviceMethod3() { 
System. out. println(" 具 体 业 务 方法 三 "); 
} 
3 


在 JDK 类 库 的 事件 处 理 包 java. awt. event 中 就 广泛 使 用 了 缺 省 适配器 模式 , 如 
WindowAdapter、KeyAdapter、MouseAdapter 等 。 如 要 实现 窗口 事件 ,在 Java 语言 中 ,一 
般 我 们 可 以 使 用 两 种 方式 来 实现 ,一 种 是 通过 实现 WindowListener 接口 , 另 一 种 是 通过 继 
承 WindowAdapter 适配器 类 。 如 果 是 使 用 第 一 种 方式 ,直接 实现 WindowListener 接口 , 需 
要 实现 在 该 接口 中 定义 的 7 个 方法 ,而 对 于 当前 的 需求 可 能 只 有 一 两 个 方法 有 意义 ,其 他 方 
法 都 无 须 使 用 ,但 由 于 语言 特性 不 能 不 提供 一 个 实现 (通常 是 空 实现 ) ,将 增加 使 用 时 的 代码 
量 。 而 使 用 缺 省 适配器 模式 就 可 以 很 好 地 处 理 这 一 情况 ,在 JDK 中 提供 一 个 适配器 类 
WindowAdapter 实现 WindowListener 接口 ,此 适配器 类 为 接口 的 每 一 个 方法 都 提供 了 一 
个 空 的 实现 ,此 时 子 类 可 以 继承 WindowAdapter 类 ,而 无 须 再 为 接口 中 的 方法 提供 实现 ,如 
图 10-8 所 示 。 

在 java. awt. event 包 中 的 缺 省 适配器 类 还 包括 ComponentAdapter、ContainerAdapter、 
FocusAdapter、,KeyAdapter、MouseAdapter 和 MouseMotionAdapter 等 ,它们 都 是 缺 省 适 
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图 10-8 WindowListener 和 WindowAdapter 
配器 模式 的 应 用 实例 。 


10.6.2 双向 适配器 


在 对 象 适配器 的 使 用 过 程 中 ,如 果 在 适配器 中 同时 包含 对 目标 类 和 适 配 者 类 的 引用 , 适 
配 者 可 以 通过 它 调用 目标 类 中 的 方法 ,目标 类 也 可 以 通过 它 调用 适 配 者 类 中 的 方法 ,那么 该 
适配器 就 是 一 个 双向 适配器 ,其 结构 示意 图 如 图 10-9 所 示 。 


图 10-9 双向 适配器 结构 示意 图 
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10.7 本章 小 结 


(1) 结构 型 模式 描述 如 何 将 类 或 者 对 象 结合 在 一 起 形成 更 大 的 结构 。 

(2) 适配器 模式 用 于 将 一 个 接口 转换 成 客户 希望 的 另 一 个 接口 ,适配器 模式 使 接口 不 
兼容 的 那些 类 可 以 一 起 工作 ,其 别名 为 包装 器 。 适 配器 模式 既 可 以 作为 类 结构 型 模式 ,也 可 
以 作为 对 象 结构 型 模式 。 

(3) 适配器 模式 包含 4 个 角色 : 目标 抽象 类 定义 客户 要 用 的 特定 领域 的 接口 ; 适配器 
类 可 以 调用 另 一 个 接口 ,作为 一 个 转换 器 ,对 适 配 者 和 抽象 目标 类 进行 适 配 , 它 是 适配器 模 
式 的 核心 ; 适 配 者 类 是 被 适 配 的 角色 , 它 定 义 了 一 个 已 经 存在 的 接口 ,这 个 接口 需要 适 配 ; 
在 客户 类 中 针对 目标 抽象 类 进行 编程 ,调用 在 目标 抽象 类 中 定义 的 业务 方法 。 

(4) 在 类 适配器 模式 中 ,适配器 类 实现 了 目标 抽象 类 接口 并 继承 了 适 配 者 类 ,并 在 目标 
抽象 类 的 实现 方法 中 调用 所 继承 的 适 配 者 类 的 方法 ; 在 对 象 适配器 模式 中 ,适配器 类 继承 
了 目标 抽象 类 并 定义 了 一 个 适 配 者 类 的 对 象 实例 ,在 所 继承 的 目标 抽象 类 方法 中 调用 适 配 
者 类 的 相应 业务 方法 。 

(5) 适配器 模式 的 主要 优点 是 将 目标 类 和 适 配 者 类 解 耦 ,增加 了 类 的 透明 性 和 复 用 性 ， 
同时 系统 的 灵活 性 和 扩展 性 都 非常 好 ,更 换 适 配器 或 者 增加 新 的 适配器 都 非常 方便 ,符合 

“ 开 闭 原则 ”; 类 适配器 模式 的 缺点 是 适配器 类 在 很 多 编程 语言 中 不 能 同时 适 配 多 个 适 配 者 
类 ,对 象 适 配器 模式 的 缺点 是 很 难 置换 适 配 者 类 的 方法 。 

(6) 适配器 模式 适用 情况 包括 : 系统 需要 使 用 现 有 的 类 ,而 这 些 类 的 接口 不 符合 系统 
的 需要 ; 想 要 建立 一 个 可 以 重复 使 用 的 类 ,用 于 与 一 些 彼 此 之 间 没 有 太 大 关联 的 一 些 类 一 
起 工作 。 


思考 与 练习 


1. 修改 实例 “仿生 机 器 人 ”, 使 得 机 器 人 可 以 像 鸟 (Bird) 一 样 叫 ,并 能 像 狗 (Dog) 一 样 
跑 , 绘 制 类 图 并 编程 实现 。 

2. 现 有 一 个 接口 DataOperation 定义 了 排序 方法 sort(int[]) 和 查找 方法 search(int[ ]， 
int) ,已 知 类 QuickSort 的 quickSort(int[ ]) 方 法 实现 了 快速 排序 算法 ,类 BinarySearch 的 
binarySearch(int[], int) 方 法 实现 了 二 分 查找 算法 。 现 使 用 适配器 模式 设计 一 个 系统 ,在 
不 修改 源 代码 的 情况 下 将 类 QuickSort 和 类 BinarySearch 的 方法 适 配 到 DataOperation 接 
口中 。 绘 制 类 图 并 编程 实现 (要 求实 现 快速 排序 和 二 分 查找 ) 。 

3. 使 用 Java 语言 实现 一 个 双向 适配器 实例 ,使 得 猫 可 以 学 狗 叫 , 狗 可 以 学 猫 抓 老 鼠 。 
绘制 相应 类 图 并 使 用 代码 编程 模拟 。 


桥接 模式 


本 章 导 学 

桥接 模式 是 一 种 很 实用 的 结构 型 设计 模式 ,如 果 系 统 中 茶 个 类 存在 两 个 
独立 变化 的 维度 ,通过 该 模式 可 以 将 这 两 个 维度 分 离 出 来 ,使 两 者 可 以 独立 扩 
展 。 桥 接 模 式 用 一 种 巧妙 的 方式 处 理 继承 存在 的 问题 ,用 抽象 关联 取代 了 传 
统 的 多 层 继承 ,将 类 之 间 的 静态 继承 关系 转换 为 动态 的 对 象 组 合 关系 ,使 得 系 
统 更 加 灵活 并 易于 扩展 ,同时 有 效 控制 了 系统 中 类 的 个 数 。 


本 章 将 介绍 桥接 模式 的 定义 与 结构 ,通过 实例 来 加 深 对 桥接 模式 的 理解 并 将 其 应 用 于 
实际 项 目的 开发 ,还 将 介绍 如 何 实现 桥接 模式 和 适配器 模式 的 联 用 。 

本 章 的 难点 在 于 理解 桥接 模式 中 如 何 将 类 之 间 的 继承 转换 为 对 象 之 间 的 组 合 ,以 及 如 
何 从 现 有 类 中 提取 出 两 个 独立 变化 的 维度 以 满足 桥接 模式 的 适用 条 件 。 

桥接 模式 重要 等 级 : 友 友 友 六 六 

桥接 模式 难度 等 级 : 友 友 友 议 交 


11.1 桥接 模式 动机 与 定义 


在 软件 系统 中 ,有 些 类 由 于 其 本 身 的 固有 特性 ,使 得 它 具 有 两 个 或 多 个 变化 维度 ,这 种 
变化 维度 又 称 为 变化 原因 。 如 一 个 路 平台 日 志 记录 类 , 它 既 可 以 支持 多 种 日 志 输出 方式 ( 控 
制 台 .XML 文件 ,数据 库 等 ), 也 可 以 支持 多 种 操作 系统 。 对 于 这 种 多 维度 变化 的 系统 , 桥 
接 模 式 提 供 了 一 套 完整 的 解决 方案 ,并 且 降 低 了 系统 的 复杂 性 。 


11.1.1 模式 动机 


设想 如 果 要 绘制 矩形 、 圆 形 、 椭 圆 、 正 方形 ,我 们 至 少 需要 4 个 形状 类 ,但 是 如 果 绘 制 的 
图 形 需要 具有 不 同 的 颜色 ,如 红色 绿色、 蓝 色 等 .此 时 至 少 有 如 下 两 种 设计 方案 。 

第 一 种 设计 方案 是 为 每 一 种 形状 都 提供 一 套 各 种 颜色 的 版 本 ,如 红色 的 矩形 .绿色 的 圆 
形 .黄色 的 椭圆 形 等 ,如 果 有 4 种 形状 、12 种 颜色 , 则 我 们 需要 提供 4X12 王 48 个 类 ,使 得 每 
种 颜色 的 形状 都 有 一 个 。 在 这 种 设计 方案 中 使 用 的 是 多 级 继承 结构 ,如 果 需 要 增加 一 种 新 
的 形状 ,如 五 角 星 形 ,并 且 也 需要 具有 12 种 颜色 , 则 对 应 需要 增加 12 个 类 ; 如 果 增 加 一 种 
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新 的 颜色 , 则 每 一 个 形状 都 需要 增加 一 个 新 的 对 应 颜色 的 子 类 ,系统 中 类 的 个 数 将 急剧 增 
加 ,如 图 11-1 所 示 。 


图 形 


0 


图 11-1 设计 方案 一 示意 图 


第 二 种 设计 方案 是 提供 4 个 形状 类 ,如 果 有 12 种 颜色 , 则 再 准备 12 个 颜色 类 ,根据 实 
际 需 要 对 形状 和 颜色 进行 组 合 。 如 果 需 要 红色 的 矩形 , 则 选择 和 矩形 再 给 它 填充 红色 。 使 用 
这 样 的 设计 方案 ,系统 中 类 的 个 数 是 4 十 12=16 个 ,颜色 与 形状 并 不 固定 ,而 是 根据 实际 需 
要 动态 选择 。 在 该 设计 方案 中 ,如 果 需 要 增加 一 种 新 的 形状 或 新 的 颜色 ,只 需要 增加 一 个 新 
的 形状 类 或 颜色 类 即 可 ,如 图 11-2 所 示 。 


| [ 反 回 


黑色 


所 需 图 形 


图 11-2 设计 方案 二 示意 图 
比较 以 上 两 种 设计 方案 ,很 明显 ,对 于 这 种 有 两 个 变化 维度 ( 即 两 个 变化 的 原因 ) 的 系 
统 , 采 用 方案 二 来 进行 设计 ,系统 中 类 的 个 数 更 少 , 且 系统 扩展 更 为 方便 。 设 计 方案 二 即 是 
本 章 将 要 介绍 的 桥接 模式 。 桥 接 模式 将 继承 关系 转换 为 关联 关系 ,从 而 降低 了 类 与 类 之 间 
的 耦合 ,减少 了 代码 编写 量 。 


11.1.2 模式 定义 


桥接 模式 (Bridge Pattern) 定 义 : 将 抽象 部 分 与 它 的 实现 部 分 分 离 ,使 它们 都 可 以 独立 地 
变化 。 它 是 一 种 对 象 结构 型 模式 ,又 称 为 柄 体 (Handle and Body) 模 式 或 接口 (Interface) 模 式 。 
英文 定义 :“Decouple an abstraction from its implementation so that the two can vary 


independently. ”。 


11.2 桥接 模式 结构 与 分 析 


桥接 模式 的 结构 与 其 名 称 一 样 ,存在 一 条 连接 两 个 继承 等 级 结构 的 桥 , 下 面 将 介绍 并 分 
析 其 模式 结构 。 
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11.2.1 模式 结构 
桥接 模式 结构 图 如 图 11-3 所 示 。 


图 11-3 桥接 模式 结构 图 


桥接 模式 包含 如 下 角色 。 

1. Abstraction( 抽 象 类 ) 

用 于 定义 抽象 类 的 接口 , 它 一 般 是 抽象 类 而 不 是 接口 ,其 中 定义 了 一 个 Implementor 
(实现 抽象 类 ) 类 型 的 对 象 并 可 以 维护 该 对 象 , 它 与 Inplementor 之 间 具 有 关联 关系 , 它 可 以 
包含 抽象 的 业务 方法 ,还 可 以 包含 具体 的 业务 方法 。 

2. RefinedAbstraction( 扩 充 抽象 类 ) 

扩充 由 Abstraction 定义 的 接口 ,通常 情况 下 它 不 再 是 抽象 类 而 是 具体 类 , 它 实 现 了 在 
Abstraction 中 定义 的 抽象 业务 方法 .在 RefinedAbstraction 中 可 以 调用 在 Implementor 中 
定义 的 业务 方法 。 

3. Implementor( 实 现 类 接口 ) 

定义 实现 类 的 接口 ,这 个 接口 不 一 定 要 与 Abstraction 的 接口 完全 一 致 ,事实 上 这 两 个 
接口 可 以 完全 不 同 , 一 般 地 讲 ,Implementor 接口 仅 提供 基本 操作 ,而 Abstraction 定义 的 接口 
可 能 会 做 更 多 更 复杂 的 操作 。Implementor 接口 对 这 些 基 本 操作 进行 了 定义 ,而 具体 实现 交 给 
其 子 类 。 通 过 关联 关系 ,在 Abstraction 中 不 仅 拥有 自己 的 方法 ,还 可 以 调用 Implementor 中 
定义 的 方法 ,使 用 关联 关系 来 替代 继承 关系 。 

4. Concretelmplementor( 具 体 实现 类 ) 

实现 Implementor 接口 并 且 具 体 实现 它 , 在 不 同 的 ConcreteImplementor 中 提供 基本 
操作 的 不 同 实现 ,在 程序 运行 时 ,ConcreteImplementor 对 象 将 替换 其 父 类 对 象 ,提供 给 客户 
端 具体 的 业务 操作 方法 。 
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11.2.2 模式 分 析 


桥接 模式 是 一 个 非常 有 用 的 模式 ,也 是 理解 起 来 相对 比较 复杂 的 一 个 模式 。 在 桥接 模 
式 中 体现 了 很 多 面向 对 象 设计 原则 的 思想 ,包括 开 闭 原则 、 合 成 复 用 原则 、 里 氏 代 换 原则 、 依 
赖 倒转 原则 等 。 熟 悉 桥 接 模式 有 助 于 我 们 深入 理解 这 些 设计 原则 ,也 有 助 于 我 们 形成 正确 
的 设计 思想 和 培养 良好 的 设计 风格 。 桥 接 模式 中 蕴涵 了 很 多 设计 模式 的 关键 思想 ,桥接 模 
式 可 以 从 接口 中 分 离 实 现 功 能 ,使 得 设计 更 具 扩 展 性 ,这 样 ,客户 端 代码 在 调用 方法 时 不 需 
要 知道 实现 的 细节 。 

桥接 模式 减少 了 子 类 的 个 数 。 假 设 某 程序 可 以 在 3 个 操作 系统 中 处 理 6 种 图 片 格式 ， 
需要 提供 图 片 处 理 类 ,纯粹 的 继承 需要 3X6==18 个 子 类 ,而 应 用 桥接 模式 ,只 需要 3 十 6 二 9 
个 子 类 。 它 使 得 代码 更 加 简洁 ,生成 的 执行 程序 文件 更 小 。 

理解 桥接 模式 ,重点 需要 理解 如 何 将 抽象 化 (Abstraction) 与 实现 化 (Implementation) 
脱 耦 ,使 得 二 者 可 以 独立 地 变化 。 这 里 面包 含 3 个 关键 词 ,分 别 是 抽象 化 ,实现 化 和 
脱 耦 。 

1. 抽象 化 

抽象 化 就 是 忽略 一 些 信息 ,把 不 同 的 实体 当 作 同 样 的 实体 对 待 , 如 无 论 是 什么 颜色 
的 正方 形 , 只 要 它 具 备 正 方形 的 基本 特征 ,我们 都 将 它们 认为 是 一 类 ,是 正方 形 类 中 的 一 
员 。 在 面向 对 象 中 ,将 对 象 的 共同 性 质 抽取 出 来 形成 类 的 过 程 即 为 抽象 化 的 过 程 。 对 正 
方形 还 可 以 进行 进一步 抽象 ,如 将 正方 形 、 和 矩形 、 圆 形 等 几何 形状 进一步 抽象 为 一 个 图 

2. 实现 化 

针对 抽象 化 给 出 的 具体 实现 ,就 是 实现 化 。 如 给 正方 形 填充 颜色 ,使 之 成 为 红色 的 正方 
形 、 蓝 色 的 正方 形 , 则 是 将 正方 形 进行 实现 化 的 一 种 方式 ; 同样 ,无 论 是 什么 形状 都 具有 一 
定 的 颜色 ,因此 都 可 以 进行 实现 化 。 抽 象 化 与 实现 化 是 一 对 互 逆 的 概念 ,实现 化 产生 的 对 象 
比 抽象 化 更 具体 ,是 对 抽象 化 事物 进一步 具体 化 的 产物 。 

3. 脱 耦 

脱 耦 就 是 将 抽象 化 和 实现 化 之 间 的 耦合 解脱 开 ,或 者 说 是 将 它们 之 间 的 强 关 联 改换 
成 弱 关 联 , 将 两 个 角色 之 间 的 继承 关系 改 为 关联 关系 。 桥 接 模式 中 的 所 谓 脱 耦 ,就 是 指 
在 一 个 软件 系统 的 抽象 化 和 实现 化 之 间 使 用 关联 关系 (组 合 或 者 聚合 关系 ) 而 不 是 继承 
关系 ,从 而 使 两 者 可 以 相对 独立 地 变化 ,这 就 是 桥接 模式 的 用 意 。 如 上 所 述 的 图 形 类 和 
颜色 ,如 果 图 形 类 包含 正方 形 、 圆 形 、 和 矩形 等 具体 图 形 , 每 种 具体 图 形 又 可 以 包含 多 种 颜 
色 , 可 以 采用 继承 关系 来 设计 系统 ,但 是 将 导致 类 的 个 数 非常 多 ,而 且 扩 展 很 不 方便 , 因 
为 继承 是 强 耦 合 , 父 类 对 子 类 影响 很 大 ,系统 耦合 度 较 高 ; 可 以 将 抽象 化 的 图 形 类 和 实现 
化 的 颜色 类 脱 耦 ,用 关联 关系 取代 原先 的 继承 关系 ,使 得 图 形 和 颜色 可 以 独立 变化 ,一方 
面 减少 了 系统 中 类 的 个 数 , 另 一 方面 增加 新 的 图 形 和 颜色 都 很 方便 ,系统 更 灵活 ,也 更 容 
易 扩展 。 
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在 桥接 模式 中 ,由 于 存在 两 个 独立 变化 的 维度 ,为 了 使 两 者 之 间 耦 合 度 降 低 , 首 先 需要 
进行 抽象 化 的 工作 ,针对 两 个 不 同 的 维度 ,提取 抽象 类 和 实现 类 接口 ,并 建立 一 个 抽象 层 的 
关联 关系 。 对 于 其 中 一 个 维度 ,典型 的 实现 类 接口 代码 如 下 : 


public interface Implementor 
public void operationImpl(); 
} 


在 实现 Implementor 接口 的 子 类 中 实现 了 在 该 接口 中 声明 的 方法 ,用 于 定义 与 某 一 维 
度 相 对 应 的 一 些 具 体 方法 。 
对 于 另 一 维度 而 言 ,其 典型 的 抽象 类 代码 如 下 : 


public abstract class Abstraction 
{ 


protected Implementor impl; 


public void setImpl(Implementor impl) 
0 

this, impl = impl; 
} 


public abstract void operation( ); 
" 


在 抽象 类 Abstraction 中 定义 了 一 个 实现 类 接口 类 型 的 成 员 对 象 impl, 再 通过 注入 的 
方式 给 该 对 象 赋值 ,一 般 将 该 对 象 的 可 见 性 定义 为 protected, 以 便 在 其 子 类 中 访问 
Implementor 的 方法 ,其 子 类 一 般 称 为 扩充 抽象 类 或 细 化 抽象 类 (RefinedAbstraction)。 典 
型 的 RefinedAbstraction 类 代码 如 下 : 


public class RefinedAbstraction extends Abstraction 
上 
public void operation( ) 
// 代 码 
impl. operationImpl(): 
// 代 码 


对 于 客户 端 而 言 , 可 以 针对 两 个 维度 的 抽象 层 编程 ,在 程序 运行 时 再 动态 确定 两 个 维度 
的 子 类 ,动态 组 合 对 象 , 将 两 个 独立 变化 的 维度 完全 解 耦 ,以 便 能 够 灵活 地 扩充 任 一 维度 而 
对 另 一 维度 不 造成 任何 影响 
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11.3 桥接 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 桥接 模式 。 
11.3.1 桥接 模式 实例 之 模拟 毛笔 


1. 实例 说 明 

现 需 要 提供 大 中 小 3 种 型 号 的 画笔 ,能 够 绘制 5 种 不 同 颜色 ,如 果 使 用 蜡笔 ,我 们 需要 
准备 3X5=15 支 蜡 笔 ,也 就 是 说 必须 准备 15 个 具体 的 蜡笔 类 。 而 如 果 使 用 毛笔 的 话 , 只 需 
要 3 种 型 号 的 毛笔 ,外 加 5 个 颜料 盒 ,用 3 十 5 二 8 个 类 就 可 以 实现 15 支 蜡笔 的 功能 。 本 实 
例 使 用 桥接 模式 来 模拟 毛笔 的 使 用 过 程 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 11-4 所 示 。 


图 11-4 模拟 毛笔 类 图 


3. 实例 代码 及 解释 
(1) 实现 类 接口 Color( 颜 色 类 ) 


Color 类 是 实现 类 接口 ,其 中 定义 了 基本 操作 bepaint() ,用 于 给 图 形 着 色 ,在 其 子 类 中 
提供 实现 , 它 位 于 桥接 模式 的 抽象 层 。 
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(2) 具体 实现 类 Red( 红 色 类 ) 


public class Red implements Color 
{ 
public void bepaint(String penType, String name) 
{ 
System. out. println(penType + "红色 的 "+ name + "."); 
} 


Red 是 实现 了 Color 接口 的 具体 类 , 它 实现 了 基本 操作 bepaint(), 用 于 给 图 形 着 红色 
(此 处 使 用 代码 模拟 ) 。 
(3) 具体 实现 类 Green( 绿 色 类 ) 


public class Green implements Color 
public void bepaint (String penType, String name) 
€ 
System. out. println(penTYpe + "绿色 的 "+ name + "."); 
! 


Green 也 是 实现 了 Color 接口 的 具体 类 , 它 实 现 了 基本 操作 bepaint() ,用 于 给 图 形 着 绿 
色 ( 此 处 使 用 代码 模拟 ) 。 
(4) 具体 实现 类 Blue( 蓝 色 类 ) 


public class Blue implements Color 
public void bepaint(String penType, String name) 
t 
System. out. println(penType + " 蓝 色 的 "+ name + "."); 
} 


Blue 也 是 实现 了 Color 接口 的 具体 类 , 它 实现 了 基本 操作 bepaint(), 用 于 给 图 形 着 蓝 
色 ( 此 处 使 用 代码 模拟 ) 。 
(5) 具体 实现 类 White( 白 色 类 ) 


public class White implements Color 
public void bepaint(String penType, String name) 
System. out. println(penType + "白色 的 "+ name + "."); 
} 
} 


White 也 是 实现 了 Color 接口 的 具体 类 , 它 实 现 了 基本 操作 bepaint() ,用 于 给 图 形 着 白 


第 11 章 桥接 模式 


色 ( 此 处 使 用 代码 模拟 ) 。 
(6) 具体 实现 类 Black( 黑 色 类 ) 


public class Black implements Color 
public void bepaint(String penType, String name) 
{ 
System. out. println(penType + "黑色 的 "+ name + "."); 
} 
} 


Black 也 是 实现 了 Color 接口 的 具体 类 , 它 实现 了 基本 操作 bepaint() ,用 于 给 图 形 着 黑 
色 ( 此 处 使 用 代码 模拟 ) 。 
(7) 抽象 类 Pen( 毛 笔 类 ) 


public abstract class Pen 

protected Color color; 

public void setColor(Color color) 

{ 

this. color = color; 

} 

public abstract void draw(String name); 
} 


Pen 作为 抽象 类 角色 , 它 本 身 是 一 个 抽象 类 ,在 Pen 中 定义 了 一 个 Color 类 型 的 对 象 ， 
与 Color 接口 之 间 存 在 关联 关系 ,也 就 是 说 在 Pen 及 其 子 类 中 可 以 调用 在 Color 接口 中 定 
义 的 方法 。 在 Pen 中 定义 了 抽象 业务 方法 draw() ,在 其 子 类 中 将 实现 该 方法 。 

(8) 扩充 抽象 类 BigPen( 大 号 毛笔 类 ) 


public class BigPen extends Pen 
public void draw( String name) 
. 
String penType = "大 号 毛笔 绘制 "; 
this. color. bepaint (penType, name); 


} 


BigPen 是 Pen 的 子 类 ,实现 了 在 Pen 中 定义 的 抽象 方法 draw() ,使 用 大 号 毛笔 进行 图 
形 绘制 。 
(9) 扩充 抽象 类 MiddlePen( 中 号 毛笔 类 ) 


public class MiddlePen extends Pen 
public void draw(String name) 


175 


176 设计 模式 (第 2 版 ) 


String penType = "中 号 毛笔 绘制 "; 
this. color. bepaint (penType, name); 


MiddlePen 也 是 Pen 的 子 类 ,实现 了 在 Pen 中 定义 的 抽象 方法 draw() ,使 用 中 号 毛笔 
进行 图 形 绘 制 。 
(10) 扩充 抽象 类 SmallPen( 小 号 毛笔 类 ) 


public class SmallPen extends Pen 
{ 
public void draw( String name) 
String penType = "小 号 毛笔 绘制 "; 
this. color. bepaint (penType, name); 


SmallPen 也 是 Pen 的 子 类 , 它 实现 了 在 Pen 中 定义 的 抽象 方法 draw() ,使 用 小 号 毛笔 
进行 图 形 绘制 。 

4. 辅助 代码 

(1) XML 操作 工具 类 XMLUtilPen 


import javax. xml. parsers. 关上 
import org. w3c. dom. *; 
import org, xzm1. sax. SAXException; 
import java. io. *; 
public class XMLUtilPen 
' 
// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean( String args) 
{ 
try 
{ 
// 创 建文 档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ) ; 
DocumentBuilder builder = dFactory.newDocumentBuilder(); 
Document doc; 
doc = builder.parse(new File("configPen. xml") ); 
NodeList nl = null; 
Node classNode = null; 
String cName = null; 
nl = doc. getElementsBYTagName("className") ; 
if(args.equals("color" ) ) 
长 
// 获 取 包 含 类 名 的 文本 节点 


classNode = nl1. item(0).getFirstChild( ); 


} 
else if(args.equals("pen" )) 
// 获 取 包 含 类 名 的 文本 节点 
classNode = nl. item(1).getFirstChild( ); 
} 
cName = classNode. getNodeValue( ); 
// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName(cName); 
Object obj = c. newInstance(); 
return obj; 
} 
catch( Exception e) 
e. printStackTrace( ); 


return null; 


在 XMLUtilPen 中 通过 DOM 读 取 配 置 文 件 configPen. xml, 由 于 在 桥接 模式 中 存在 两 
个 抽象 层 类 ,因此 需要 在 配置 文件 中 配置 两 个 具体 类 的 节点 ,在 本 实例 中 一 个 对 应 具体 的 实 
现 类 , 即 Color 接口 的 子 类 ,一 个 对 应 扩充 抽象 类 , 即 Pen 类 的 子 类 。 在 程序 运行 时 , 读 取 配 


置 文件 ,获取 两 个 具体 类 并 进行 聚合 。 
(2) 配置 文件 configPen. xml 
本 实例 配置 文件 代码 如 下 : 


<?xm] version = "1.0"?> 
<config> 
<className > Red </className> 
<className > BigPen </className> 
</config> 


(3) 客户 端 测 试 类 Client 


public class Client 
public static void main(String a[ ]) 
{ 
Color color; 
Pen pen; 


color = (Color)XMLUtilPen. getBean("color" ); 
pen = (Pen)XMLUtilPen. getBean("pen" ); 
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pen. setColor(color); 
pen. draw( "鲜花 "); 


注意 加 粗 的 代码 ,在 定义 对 象 时 需要 采用 抽象 定义 ,包括 抽象 类 和 抽象 实现 类 ,再 通过 
工具 类 XMLUtilPen 读 取 配置 文件 ,通过 反射 得 到 具体 类 的 对 象 ,由 于 面向 对 象 的 多 态 性 
程序 在 运行 时 具体 类 的 对 象 将 覆盖 抽象 对 象 。 

5. 结果 及 分 析 

如 果 在 配置 文件 中 将 第 一 个 < className > 节点 中 的 内 容 设置 为 Red, 第 二 个 
< className > 节点 中 的 内 容 设置 为 BigPen, 则 输出 结果 如 下 : 


大 号 毛笔 绘制 红色 的 鲜花 . 


如 果 在 配置 文件 中 将 第 一 个 < className > 节点 中 的 内 容 设 置 为 Blue, 第 二 个 
< className > 节点 中 的 内 容 设置 为 : SmallPen, 则 输出 结果 如 下 : 


小 号 毛笔 绘制 蓝 色 的 鲜花 . 


如 果 需 要 增加 一 个 新 的 型 号 的 毛笔 ,如 超大 号 毛笔 (XBigPen). 则 只 需要 增加 一 个 新 的 
扩充 抽象 类 即 可 ,代码 如 下 : 


public class XBigPen extends Pen 
{ 
public void draw( String name) 
t 
String penType = "超大 号 毛笔 绘制 "; 
this. color. bepaint (penType, name); 


} 


在 使 用 时 ,只 需要 将 配置 文件 的 第 二 个 className 节点 中 的 内 容 设 置 为 XBigPen 
即 可 。 

如 果 需 要 增加 一 个 新 的 颜色 ,如 灰色 (Gray) , 则 只 需要 增加 一 个 新 的 具体 实现 类 即 可 ， 
代码 如 下 : 


public class Gray implements Color 
{ 
public void bepaint (String penType, String name) 
{ 
System. out. println(penType + "灰色 的 "+ name + "."); 
. 
; 


在 使 用 时 ,只 需要 将 配置 文件 的 第 一 个 className 节点 中 的 内 容 设 置 为 Gray 即 可 。 
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从 上 面 结果 可 以 看 出 ,在 使 用 桥接 模式 设计 的 系统 中 ,无 论 是 哪 一 个 维度 的 扩展 ,对 原 
有 代码 (包括 类 库 代码 和 客户 端 代 码 ) 都 无 须 进行 修改 , 且 更 换 具 体 类 只 需要 修改 配置 文件 。 
桥接 模式 通过 抽象 方式 耦合 ,使 得 系统 具有 良好 的 扩展 能 力 。 


11.3.2 桥接 模式 实例 之 跨 平台 视频 播放 器 


1. 实例 说 明 


如 果 需 要 开发 一 个 跨 平台 视频 播放 器 ,可 以 在 不 同 操作 系统 平台 (如 Windows、Linux、 
UNIX 等 ) 上 播放 多 种 格式 的 视频 文件 ,常见 的 视频 格式 包括 MPEG、RMVB、AVI、WMYV 
等 。 现 使 用 桥接 模式 设计 该 播放 器 。 


2. 实例 类 图 
通过 分 析 , 该 实例 类 图 如 图 11-5 所 示 。 


图 11-5 器 平台 视频 播放 器 类 图 


该 实例 的 代码 解释 与 结果 分 析 略 。 


11.4 桥接 模式 效果 与 应 用 


11.4.1 模式 优 缺 点 


1. 桥接 模式 的 优点 

(1) 分 离 抽象 接口 及 其 实现 部 分 。 桥 接 模式 使 用 "对 象 间 的 关联 关系 ” 解 耦 了 抽象 和 实 
现 之 间 固 有 的 绑 定 关 系 , 使 得 抽象 和 实现 可 以 沿 着 各 自 的 维度 来 变化 。 所 谓 抽象 和 实现 沿 
着 各 自 维度 的 变化 ,也 就 是 说 抽象 和 实现 不 再 在 同一 个 继承 层次 结构 中 ,而 是 " 子 类 化 ? 它 
们 ,使 它们 各 自 都 具有 自己 的 子 类 ,以 便 任 意 组 合子 类 ,从 而 获得 多 维度 组 合 对象 。 

(2) 桥接 模式 有 时 类 似 于 多 继承 方案 ,但 是 多 继承 方案 违背 了 类 的 单一 职责 原则 ( 即 一 
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个 类 只 有 一 个 变化 的 原因 ) , 复 用 性 比较 差 ,而 且 多 继承 结构 中 类 的 个 数 非常 庞大 ,桥接 模式 
是 比 多 继承 方案 更 好 的 解决 方法 。 

(3) 桥接 模式 提高 了 系统 的 可 扩展 性 ,在 两 个 变化 维度 中 任意 扩展 一 个 维度 ,都 不 需要 
修改 原 有 系统 。 

(4) 实现 细节 对 客户 透明 ,可 以 对 用 户 隐藏 实现 细节 。 用 户 在 使 用 时 不 需要 关心 实现 ， 
在 抽象 层 通过 聚合 关联 关系 完成 封装 与 对 象 的 组 合 。 

2. 桥接 模式 的 缺点 

(1) 桥接 模式 的 引入 会 增加 系统 的 理解 与 设计 难度 ,由 于 聚合 关联 关系 建立 在 抽象 层 ， 
要 求 开 发 者 针对 抽象 进行 设计 与 编程。 

(2) 桥接 模式 要 求 正确 识别 出 系统 中 两 个 独立 变化 的 维度 ,因此 其 使 用 范围 具有 一 定 
的 局 限 性 。 


11.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 桥接 模式 。 

(1) 如果 一 个 系统 需要 在 构件 的 抽象 化 角色 和 具体 化 角色 之 间 增 加 更 多 的 灵活 性 , 避 
免 在 两 个 层次 之 间 建 立 静态 的 继承 联系 ,通过 桥接 模式 可 以 使 它们 在 抽象 层 建立 一 个 关联 

(2) 抽象 化 角色 和 实现 化 角色 可 以 以 继承 的 方式 独立 扩展 而 互 不 影响 ,在 程序 运行 时 
可 以 动态 将 一 个 抽象 化 子 类 的 对 象 和 一 个 实现 化 子 类 的 对 象 进行 组 合 , 即 系 统 需 要 对 抽象 
化 角色 和 实现 化 角色 进行 动态 耦合 。 

(3) 一 个 类 存在 两 个 独立 变化 的 维度 , 且 这 两 个 维度 都 需要 进行 扩展 。 

(4) 虽然 在 系统 中 使 用 继承 是 没有 问题 的 .但 是 由 于 抽象 化 角色 和 具体 化 角色 需要 独 
立 变 化 ,设计 要 求 需要 独立 管理 这 两 者 。 

(5) 对 于 那些 不 希望 使 用 继承 或 因为 多 层次 继承 导致 系统 类 的 个 数 急 剧 增加 的 系统 ， 
桥接 模式 尤为 适用 。 


11.4.3 模式 应 用 


(1) Java 语言 通过 Java 虚拟 机 实现 了 平台 的 无 关 性 ,虚拟 机 通过 对 底层 平台 指令 集 及 
数据 类 型 等 进行 统一 的 抽象 .针对 不 同 的 平台 用 不 同 的 虚拟 机 进行 实现 ,这 样 Java 应 用 程 
序 就 可 以 编译 成 符合 虚拟 机 规范 的 字 节 码 文件 ,而 在 不 同 的 平台 上 都 能 正确 运行 。 在 这 里 
存在 两 个 独立 变化 的 维度 ,一 个 是 应 用 程序 ,一 个 是 运行 平台 。Java 虚拟 机 的 设计 使 用 了 
桥接 模式 ,可 以 将 底层 实现 与 高 层 应 用 程序 隔离 。 对 于 新 开发 的 每 个 Java 应 用 程序 ,只 需 
要 编译 一 次 即 可 运行 ; 而 对 于 一 个 新 平台 的 支持 ,也 仅 需 提供 一 个 相应 的 Java 虚拟 机 ,就 
可 以 使 所 有 应 用 系统 正确 运行 。 特 定 平台 的 Java 虚拟 机 与 某 一 Java 应 用 程序 可 以 动态 看 
合 , 无 须 为 每 一 平台 都 开发 一 个 Java 应 用 程序 ,从 而 实现 了 Java 的 平台 无 关 性 ,如 图 11-6 
所 示 。 

(2) 一 个 Java 桌面 软件 总 是 带 有 所 在 操作 系统 的 视 感 (LookAndFeel) 。 如 果 一 个 Java 
软件 是 在 UNIX 系统 上 开发 的 ,那么 开发 人 员 看 到 的 是 Motif 用 户 界面 的 视 感 ; 在 
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Java 虚 拟 机 


图 11-6 Java 虚拟 机 示意 图 


Windows 上 面 使 用 这 个 系统 的 用 户 看 到 的 是 Windows 用 户 界面 的 视 感 ; 而 一 个 在 
Macintosh 上 面 使 用 的 用 户 看 到 的 则 是 Macintosh 用 户 界 面 的 视 感 ,Java 语言 是 通过 所 谓 
的 Peer 架构 做 到 这 一 点 的 。Java 为 AWT 中 的 每 一 个 GUI 构件 都 提供 了 一 个 Peer 构件 ， 
在 AWT 中 的 Peer 架构 就 使 用 了 桥接 模式 。 在 AWT 库 中 的 每 一 个 Component 的 子 类 都 
有 一 个 ComponentPeer 的 子 类 与 之 匹配 。 所 有 Component 的 子 类 都 属于 一 个 等 级 结构 ,而 
所 有 的 ComponentPeer 的 子 类 都 属于 另 一 个 等 级 结构 。Component 类 型 和 ComponentPeer 类 
型 通过 Toolkit 对 象 相互 通信 。 

在 Peer 架构 中 ,Component 相对 于 抽象 角色 ,其 子 类 如 Button 相当 于 扩展 的 抽象 角 
色 ,ComponentPeer 相当 于 实现 角色 ,而 其 子 类 ButtonPeer 相当 于 具体 实现 角色 ,系统 根据 
当前 操作 系统 动态 地 选择 Button 对 象 所 使 用 的 底层 实现 ,通过 关联 关系 使 得 扩展 的 抽象 角 
色 与 具体 实现 角色 对 象 可 以 动态 耦合 。 

(3) JDBC 驱动 程序 也 是 桥接 模式 的 应 用 之 一 。 使 用 JDBC 驱动 程序 的 应 用 系统 就 是 
抽象 角色 ,而 所 使 用 的 数据 库 是 实现 角色 。 一 个 JDBC 驱动 程序 可 以 动态 地 将 一 个 特定 
类 型 的 数据 库 与 一 个 Java 应 用 程序 绑 定 在 一 起 ,从 而 实现 抽象 角色 与 实现 角色 的 动态 
耦合 。 


11.5 桥接 模式 扩展 


在 软件 开发 中 ,适配器 模式 可 以 与 桥接 模式 联合 使 用 。 适 配器 模式 可 以 解决 两 个 已 有 
接口 间 不 兼容 问题 ,在 这 种 情况 下 被 适 配 的 类 往往 是 一 个 黑 盒子 ,有 时 候 我 们 不 想 也 不 能 改 
变 这 个 被 适 配 的 类 ,也 不 能 控制 其 扩展 。 适 配器 模式 通常 用 于 现 有 系统 与 第 三 方 产 品 功能 
的 集成 ,采用 增加 适配器 的 方式 将 第 三 方 类 集成 到 系统 中 。 而 桥接 模式 则 不 同 , 用 户 可 以 通 
过 接口 继承 或 类 继承 的 方式 来 对 系统 进行 扩展 。 

桥接 模式 和 适配器 模式 用 于 设计 的 不 同 阶段 ,桥接 模式 用 于 系统 的 初步 设计 ,对 于 存在 
两 个 独立 变化 维度 的 类 可 以 将 其 分 为 抽象 化 和 实现 化 两 个 角色 ,使 它们 可 以 分 别 进行 变 
化 ; 而 在 初步 设计 完成 之 后 , 当 发 现 系 统 与 已 有 类 无 法 协同 工作 时 ,可 以 采用 适配器 模 
式 。 但 有 时 候 在 设计 初期 也 需要 考虑 适配器 模式 ,特别 是 那些 涉及 大 量 第 三 方 应 用 接口 
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的 情况 。 

下 面 通过 一 个 实例 来 说 明 适 配器 模式 和 桥接 模式 的 联合 使 用 。 

在 某 系统 的 报表 处 理 模块 中 ,可 以 将 报表 显示 和 数据 采集 分 开 。 报 表 可 以 有 多 种 显示 
方式 ,也 可 以 有 多 种 数据 采集 方式 ,如 可 以 从 文本 文件 中 读 取 数据 ,也 可 以 从 数据 库 中 读 取 
数据 ,还 可 以 从 Excel 文件 中 获取 数据 。 如 果 需 要 从 Excel 文件 中 获取 数据 , 则 需要 调用 与 
Excel 相关 的 API, 而 这 个 API 是 现 有 系统 所 不 具备 的 ,该 API 由 厂商 提供 ,可 以 通过 适 配 
器 模式 将 这 个 外 部 API 集成 到 该 报表 处 理 模 块 中 。 

由 于 存在 报表 显示 和 数据 采集 两 个 独立 变化 的 维度 ,因此 可 以 使 用 桥接 模式 进行 初步 
设计 ; 为 了 使 用 Excel 相关 的 API 来 进行 数据 采集 , 则 需要 使 用 适配器 模式 。 系 统 的 完整 
设计 中 需要 将 两 个 模式 联 用 ,如 图 11-7 所 示 。 


适配器 模式 


图 11-7 桥接 模式 与 适配器 模式 联 用 示意 图 


11.6 本 章 小 结 


(1) 桥接 模式 将 抽象 部 分 与 它 的 实现 部 分 分 离 , 使 它们 都 可 以 独立 地 变化 。 它 是 一 种 
对 象 结构 型 模式 ,又 称 为 柄 体 (Handle and Body) 模 式 或 接口 (Interface) 模 式 。 

(2) 桥接 模式 包含 如 下 四 个 角色 : 抽象 类 中 定义 了 一 个 实现 类 接口 类 型 的 对 象 并 可 以 
维护 该 对 象 ; 扩充 抽象 类 扩充 由 抽象 类 定义 的 接口 , 它 实现 了 在 抽象 类 中 定义 的 抽象 业务 
方法 ,在 扩充 抽象 类 中 可 以 调用 在 实现 类 接口 中 定义 的 业务 方法 ; 实现 类 接口 定义 了 实现 
类 的 接口 ,实现 类 接口 仅 提供 基本 操作 ,而 抽象 类 定义 的 接口 可 能 会 做 更 多 更 复杂 的 操作 ; 
具体 实现 类 实现 了 实现 类 接口 并 且 有 具体 实现 它 , 在 不 同 的 具体 实现 类 中 提供 基本 操作 的 不 
同 实现 ,在 程序 运行 时 ,具体 实现 类 对 象 将 替换 其 父 类 对 象 ,提供 给 客户 端 具体 的 业务 操作 
软 潜 二 
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(3) 在 桥接 模式 中 ,抽象 化 (Abstraction ) 与 实现 化 (Implementation ) 脱 耦 ,它们 可 以 沿 
着 各 自 的 维度 独立 变化 。 

(4) 桥接 模式 的 主要 优点 是 分 离 抽 象 接口 及 其 实现 部 分 ,是 比 多 继承 方案 更 好 的 解决 
方法 。 桥 接 模式 还 提高 了 系统 的 可 扩展 性 ,在 两 个 变化 维度 中 任意 扩展 一 个 维度 ,都 不 需要 
修改 原 有 系统 ,实现 细节 对 客户 透明 ,可 以 对 用 户 隐 藏 实现 细节 ; 其 主要 缺点 是 增加 系统 的 
理解 与 设计 难度 , 且 识别 出 系统 中 两 个 独立 变化 的 维度 并 不 是 一 件 容 易 的 事情 。 

(5) 桥接 模式 适用 情况 包括 : 需要 在 构件 的 抽象 化 角色 和 具体 化 角色 之 间 增 加 更 多 的 
灵活 性 ,避免 在 两 个 层次 之 间 建 立 静 态 的 继承 联系 ; 抽象 化 角色 和 实现 化 角色 可 以 以 继承 
的 方式 独立 扩展 而 互 不 影响 ; 一 个 类 存在 两 个 独立 变化 的 维度 , 且 这 两 个 维度 都 需要 进行 
扩展 ; 设计 要 求 需要 独立 管理 抽象 化 角色 和 具体 化 角色 ; 不 希望 使 用 继承 或 因为 多 层次 继 
承 导 致 系统 类 的 个 数 急 剧 增加 的 系统 。 


思考 与 练习 


1. 用 Java 代码 实现 “ 跨 平台 视频 播放 器 ”实例 ,如 果 在 系统 中 需要 支持 Macintosh 操作 
系统 ,并 支持 一 种 新 的 视频 格式 FLV ,考虑 并 分 析 原 有 系统 的 变化 。 

2. 海尔 (Haier) ,TCL, 海 信 (Hisense) 都 是 家 电 制 造 商 , 它 们 都 生产 电视 机 (Television ) 、 空 
调 (Air Conditioner) ,冰箱 (Refrigeratory)。 现 需要 设计 一 个 系统 ,描述 这 些 家 电 制 造 商 以 
及 它们 所 制造 的 电器 ,要 求 绘制 类 图 并 用 Java 代码 模拟 实现 。 

3. 如 果 系 统 中 某 对 象 具有 三 个 变化 维度 ,如 某 日 志 记 录 器 (Logger) 既 可 以 支持 不 同 的 
操作 系统 ,还 可 以 支持 多 种 编程 语言 ,并 且 可 以 使 用 不 同 的 输出 方式 。 使 用 桥接 模式 设计 该 


本 章 导 学 

组 合 模式 关注 那些 存在 叶子 构件 和 容器 构件 的 结构 以 及 它们 的 组 织 形 
式 , 叶 子 构件 中 不 能 包含 成 员 对 象 , 而 容器 构件 中 可 以 包含 成 员 对 象 ,这 些 成 
员 对 象 可 能 是 叶子 构件 对 象 ,也 可 能 是 容器 构件 对 象 。 这 些 对 象 可 以 构成 一 
个 树 形 结构 ,组 合 模式 用 面向 对 象 的 方式 来 处 理 树 形 结构 , 它 为 叶子 构件 和 容 
器 构件 提供 了 一 个 公共 的 抽象 构件 类 ,客户 端 可 以 针对 该 抽象 类 进行 处 理 , 而 
无 须 关 心 所 操作 的 是 哪 种 类 型 的 对 象 。 由 于 树 形 结构 在 软件 开发 中 广泛 存 
在 ,因此 ,组 合 模式 也 是 常用 的 结构 型 设计 模式 之 一 。 


本 章 将 介绍 组 合 模式 的 定义 与 结构 ,通过 如 何 处 理 树 形 结构 来 学 习 组 合 模式 的 实现 , 结 
合 实例 学 习 如 何在 软件 开发 中 应 用 组 合 模式 ,还 将 学 习 透 明 组 合 模式 和 安全 组 合 模式 的 结 
构 与 区 别 。 

本 章 的 难点 在 于 理解 组 合 模式 中 抽象 构件 和 容器 构件 的 作用 与 实现 ,理解 透明 组 合 模 
式 和 安全 组 合 模式 的 异同 。 
组 合 模式 重要 等 级 : 交友 交友 六 
组 合 模式 难度 等 级 : 友 丰 友 交 六 


12.1 组 合 模式 动机 与 定义 


在 面向 对 象 系统 中 ,我 们 常常 会 遇 到 一 类 具有 “容器 ”特征 的 对 象 一 一 即 它们 在 充当 普 
通 对 象 的 同时 ,又 可 作为 其 他 对 象 的 容器 ,这 些 对 象 称 为 容器 对 象 ,而 那些 只 能 充当 普通 对 
象 的 对 象 则 称 为 叶子 对 象 。 在 容器 对 象 中 既 可 以 包含 叶子 对 象 , 又 可 以 包含 容器 对 象 ,为 了 
更 好 地 解决 容器 对 象 和 叶子 对 象 之 间 的 关系 ,使 之 操作 更 加 简单 ,我 们 需要 学 习 一 种 新 的 结 
构 型 设计 模式 , 即 组 合 模式 。 


12.1.1 模式 动机 


在 Windows 操作 系统 中 ,存在 如 图 12-1 所 示 的 文件 目录 结构 。 
在 图 12-1 中 ,包含 文件 和 文件 夹 两 类 对 象 ,其 中 在 文件 夹 中 可 以 包含 子 文件 夹 ,也 可 以 
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包含 文件 。 文 件 夹 是 容器 类 (Container) ,而 不 同类 型 的 各 种 文件 是 成 员 类 ,也 称 为 叶子 类 
(Leaf) 。 一 个 文件 夹 也 可 以 作为 男 一 个 更 大 的 文件 夹 的 成 员 。 如 果 现 在 要 对 某 一 个 文件 夹 
进行 操作 ,如 根据 文件 名 或 文件 夹 名 进行 搜索 ,那么 需要 对 指定 的 文件 夹 进 行 遍历 ,如 果 存 
在 子 文件 夹 , 则 打开 其 子 文件 夹 继续 遍历 ,如 果 是 文件 , 则 遍历 之 后 返回 遍历 结果 ,此 时 ,我 
们 可 以 使 用 组 合 模式 来 实现 一 个 文件 系统 的 遍历 。 

组 合 模式 比较 容易 理解 ,想到 组 合 模式 就 应 该 想到 树 形 结构 图 ,如 Windows 中 的 目录 
树 ,图 12-2 是 树 形 目 录 结 构 的 简单 示意 图 。 
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图 12-1 Windows 目录 结构 图 12-2 树 形 目 录 结 构 示意 图 


对 于 树 形 结构 , 当 容 器 对 象 ( 如 文件 夹 ) 的 某 一 个 方法 被 调用 时 ,将 遍历 整个 树 形 结构 ， 
寻找 也 包含 这 个 方法 的 成 员 对 象 (可 以 是 容器 对 象 ,也 可 以 是 叶子 对 象 ,如 子 文件 夹 和 文件 ) 
并 调用 执行 , 牵 一 而 动 百 ,其 中 使 用 了 递归 调用 的 机 制 来 对 整个 结构 进行 处 理 。 由 于 容器 对 
象 和 叶子 对 象 在 功能 上 有 区 别 ,在 使 用 这 些 对 象 的 客户 端 代码 中 必须 有 区 别 地 对 待 容器 对 
象 和 叶子 对 象 ,而 实际 上 大 多 数 情况 下 客户 端 希望 一 致 地 处 理 它 们 ,因为 对 于 这 些 对 象 的 区 
别 对 待 将 会 使 得 程序 非常 复杂 。 

组 合 模式 描述 了 如 何 将 容器 对 象 和 叶子 对 象 进行 递归 组 合 , 使 得 用 户 在 使 用 时 无 须 对 
它们 进行 区 分 ,可 以 一 致 地 对 待 容器 对 象 和 叶子 对 象 , 这 就 是 组 合 模式 的 模式 动机 。 


12.1.2 模式 定义 


组 合 模式 (Composite Pattern) 定 义 : 组 合 多 个 对 象形 成 树 形 结构 以 表示 “部 分 一 整体 ” 
的 结构 层次 。 组 合 模式 对 单个 对 象 ( 即 叶子 对 象 ) 和 组 合 对 象 ( 即 容器 对 象 ) 的 使 用 具有 一 臻 
性 。 组 合 模式 又 可 以 称 为 “部 分 一 整体 ”(Part-Whole) 模 式 , 属 于 对 象 的 结构 模式 , 它 将 对 象 
组 织 到 树 结 构 中 ,可 以 用 来 描述 整体 与 部 分 的 关系 。 


英文 定义 :“Compose objects into tree structures to represent part-whole hierarchies. 


Composite lets clients treat individual objects and compositions of objects uniformly. ”。 
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12.2 组 合 模 式 结构 与 分 析 


组 合 模式 的 核心 在 于 引入 了 一 个 抽象 类 , 它 既 是 叶子 类 的 父 类 ,也 是 容器 类 的 父 类 ,下 
面 将 介绍 并 分 析 其 模式 结构 。 


12.2.1 模式 结构 
组 合 模式 结构 图 如 图 12-3 所 示 。 


图 12-3 组 合 模式 结构 图 


组 合 模式 包含 如 下 角色 。 

1. Component( 抽 象 构件 ) 

抽象 构件 可 以 是 接口 或 抽象 类 ,为 叶子 构件 和 容器 构件 对 象 声 明 接口 ,在 该 角色 中 可 以 
包含 所 有 子 类 共有 行为 的 声明 和 实现 。 在 抽象 构件 中 定义 了 访问 及 管理 它 的 子 构件 的 方 
法 ,如 增加 子 构件 、 删 除 子 构件 、 获 取 子 构件 等 。 

2. Leaf( 叶 子 构件 ) 

叶子 构件 在 组 合 结构 中 表示 叶子 节点 对 象 ,叶子 节点 没有 子 节点 , 它 实 现 了 在 抽象 构件 
中 定义 的 行为 。 对 于 那些 访问 及 管理 子 构件 的 方法 ,可 以 通过 异常 等 方式 进行 处 理 。 

3. Composite( 容 器 构件 ) 

容器 构件 在 组 合 结构 中 表示 容器 节点 对 象 ,容器 节点 包含 子 节点 ,其 子 节点 可 以 是 叶子 
节点 ,也 可 以 是 容器 节点 , 它 提供 一 个 集合 用 于 存储 子 节点 ,实现 了 在 抽象 构件 中 定义 的 行 
为 ,包括 那些 访问 及 管理 子 构件 的 方法 ,在 其 业务 方法 中 可 以 递归 调用 其 子 节点 的 业务 
方法 。 

4. Client( 客 户 类 ) 


客户 类 可 以 通过 抽象 构件 接口 访问 和 控制 组 合 构件 中 的 对 象 。 
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12.2.2 模式 分 析 


组 合 模式 的 关键 是 定义 了 一 个 抽象 构件 类 , 它 既 可 以 代表 叶子 ,又 可 以 代表 容器 ,而 客 
户 端 针对 该 抽象 构件 类 进行 编程 ,无 须知 道 它 到 底 表 示 的 是 叶子 还 是 容器 ,可 以 对 其 进行 统 
一 处 理 。 同 时 ,容器 对 象 与 抽象 构件 类 之 间 还 建立 一 个 聚合 关联 关系 ,在 容器 对 象 中 既 可 以 
包含 叶子 ,也 可 以 包含 容器 ,以 此 实现 递归 组 合 ,形成 一 个 树 形 结构 。 

在 文件 系统 中 ,可 以 抽象 出 一 个 抽象 构件 类 ,如 AbstractElement, 其 子 类 为 文件 类 File 
和 文件 夹 类 Folder。 用 组 合 模式 描述 它们 之 间 的 关系 ,如 图 12-4 所 示 。 


list 


图 12-4 文件 系统 组 合 模式 结构 图 


其 中 在 抽象 构件 类 AbstractElement 中 声明 了 一 些 文件 和 文件 夹 都 具有 的 操作 ,如 
method() ,同时 也 声明 了 用 于 访问 和 管理 子 构件 的 操作 。File 类 实现 了 method() 方 法 ,用 
于 对 文件 进行 处 理 , 但 是 在 File 构件 中 不 能 再 包含 子 构件 ,因此 它们 都 不 执行 与 子 构件 有 
关 的 操作 。 

文件 夹 类 Folder 定义 了 一 个 AbstractElement 对 象 的 集合 ,Folder 的 method() 方 法 是 
通过 调用 它 的 子 构件 的 method() 方 法 来 实现 的 .Folder 实现 了 在 AbstractElement 对 象 中 
定义 的 ,与 子 构件 相关 的 操作 方法 。 由 于 File 和 Folder 都 是 AbstractElement 的 子 类 ， 
此 可 以 在 AbstractElement 对 象 的 集合 中 增加 新 的 文件 对 象 ,也 可 以 增加 新 的 文件 夹 对 象 。 
通过 文件 对 象 与 文件 夹 对 象 的 组 合 形成 树 形 目录 结构 ,Folder 对 象 可 以 递归 组 合 其 他 
Folder 对 象 。 
于 文件 夹 类 Folder 和 文件 类 File 具有 相同 的 父 类 AbstractElement, 因 此 客户 端 可 
以 针对 AbstractElement 进行 编程 ,将 客户 代码 与 复杂 的 容器 对 象 解 看 ,让 容器 对 象 自己 来 
实现 自身 的 复杂 结构 ,从 而 使 得 客户 代码 就 像 处 理 叶子 对 象 一 样 来 处 理 复杂 的 容器 对 象 。 

如 果 不 使 用 组 合 模式 ,客户 代码 将 过 多 地 依赖 于 容器 对 象 复 杂 的 内 部 实现 结构 ,容器 对 
象 内 部 实现 结构 的 变化 将 引起 客户 代码 的 频繁 变化 , 带 来 了 代码 维护 复杂 、 扩 展 性 差 等 弊 
端 。 组 合 模式 的 使 用 将 在 一 定 程 度 上 解决 这 些 问题 。 

下 面 通过 代码 来 分 析 组 合 模式 的 各 个 角色 。 
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对 于 组 合 模式 中 的 抽象 构件 角色 ,其 典型 代码 如 下 : 


public abstract class Component 

{ 
public abstract void add(Component c) ; 
public abstract void remove(Component c) ; 
public abstract Component getChild(int i); 
public abstract void operation( ) ; 

} 


一 般 将 抽象 构件 类 设计 为 接口 或 抽象 类 ,将 所 有 子 类 共有 方法 的 声明 和 实现 放 在 抽象 
构件 类 中 。 对 于 客户 端 而 言 , 将 针对 抽象 构件 编程 ,而 无 须 关 心 其 具体 子 类 是 容器 构件 还 是 
叶子 构件 。 

如 果 继 承 抽象 构件 的 是 叶子 构件 , 则 其 典型 代码 如 下 : 


public class Leaf extends Component 


public void add( Component c) 
{ // 异 常 处 理 或 错误 提示 } 


public void remove( Component c) 
{ // 异 常 处 理 或 错误 提示 } 


public Component getChild( int i) 
{ // 异 常 处 理 或 错误 提示 


return null; } 


public void operation( ) 
// 实 现代 码 
} 
} 


作为 抽象 构件 类 的 子 类 ,在 叶子 构件 中 需要 实现 在 抽象 构件 类 中 声明 的 所 有 方法 ,包括 
业务 方法 以 及 管理 和 访问 子 构件 的 方法 ,但 是 叶子 构件 不 能 再 包含 子 构件 ,因此 在 客户 端 代 
码 中 调用 叶子 构件 的 子 构件 管理 和 访问 方法 时 需要 提供 异常 处 理 或 错误 提示 。 

如 果 继 承 抽象 构件 的 是 容器 构件 , 则 其 典型 代码 如 下 : 


public class Composite extends Component 


private ArrayList list = new ArrayList(); 


public void add( Component c) 
{ 
list.add(c); 
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} 


public void remove( Component c) 
{ 
list. remove(c); 


} 


public Component getChild(int i) 
{ 

return(Component)list. get(i); 
} 


public void operation( ) 


for(Object obj:1list) 
{ 

( (Component)obj). operation( ); 
} 


} 


在 容器 构件 中 实现 了 在 抽象 构件 中 声明 的 所 有 方法 , 既 包 括 业 务 方法 ,也 包括 用 于 访问 
和 管理 子 构件 的 方法 ,如 add() ,remove() 和 getChild() 等 方法 。 需 要 注意 的 是 ,在 实现 具 
体 业 务 方法 时 ,由 于 容器 构件 充当 的 是 容器 角色 ,包含 成 员 构 件 , 因 此 它 将 调用 其 成 员 构 件 
的 业务 方法 。 在 组 合 模式 的 使 用 过 程 中 ,由 于 容器 构件 中 仍旧 可 以 包含 容器 构件 ,因此 在 对 
容器 构件 进行 处 理 时 需要 使 用 递归 算法 , 即 在 容器 构件 的 operation( ) 方 法 中 递归 调用 其 成 
员 构 件 的 operation() 方 法 。 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 组 合 模式 。 


12.3.1 组 合 模式 实例 之 水 果盘 


1. 实例 说 明 

在 水 果盘 (Plate) 中 有 一 些 水 果 , 如 苹 
(Apple) 香蕉 (Banana) 梨子 (Pear) ,当然 大 水 果盘 
中 还 可 以 有 小 水 果盘 ,如 图 12-5 所 示 。 现 需要 对 盘 
中 的 水 果 进 行 遍历 ( 吃 ) ,当然 如 果 对 一 个 水 果盘 执行 
“ 吃 ” 方 法 ,实际 上 就 是 吃 其 中 的 水 果 。 使 用 组 合 模式 
模拟 该 场景 。 
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2. 实例 类 图 
通过 分 析 , 该 实例 类 图 如 图 12-6 所 示 。 


MyElement 
{abstract} 


+ eat () : void 


| Plate 


list 


Apple Banana Pear -list : ArrayList 
I+eat() void 
+eat() :void |+ eat() :void| + eat() :void + add (MyElement element) :void 
+ remove (MyElement element) : void 


3. 实例 代码 及 解释 
(1) 抽象 构件 类 MyElement( 抽 象 类 ) 


public abstract class MyElement 
{ 

public abstract void eat(); 
} 


MyElement 是 抽象 构件 类 ,在 其 中 声明 了 方法 eat() ,在 其 子 类 中 实现 该 方法 。 需 要 注 
意 的 是 ,在 MyElement 中 没有 声明 子 构件 操作 相关 方法 ,在 此 处 使 用 的 是 安全 组 合 模式 ,而 
不 是 透明 组 合 模式 ,关于 安全 组 合 模式 和 透明 组 合 模式 ,在 本 章 模式 扩展 部 分 将 进行 深入 
学 习 。 

(2) 叶子 构件 类 Apple( 芋 果 类 ) 


public class Apple extends MyElement 
public void eat() 
System. out. println(" 吃 苹果 !"); 
} 
} 


Apple 类 是 叶子 构件 类 , 它 实 现 了 在 抽象 构件 类 中 定义 的 方法 eat()。 
(3) 叶子 构件 类 Banana( 香 蕉 类 ) 


public class Banana extends MYElement 
public void eat() 
于 
System. out. println(" 吃 香蕉 !"); 
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; 


Banana 也 是 叶子 构件 类 , 它 实现 了 在 抽象 构件 类 中 定义 的 方法 eat()。 
(4) 叶子 构件 类 Pear( 梨 子 类 ) 


public class Pear extends MyElement 
{ 
public void eat() 
| 
System. out. println(" 吃 梨子 !"); 
} 
} 


Pear 也 是 叶子 构件 类 , 它 实现 了 在 抽象 构件 类 中 定义 的 方法 eat() 。 
(5) 容器 构件 类 Plate( 水 果盘 类 ) 


import java. util. *; 


public class Plate extends MyElement 


{ 
private ArrayList list = new ArrayList(); 


public void add(MyElement element) 
4 

list.add(element); 
} 


public void remove( MyElement element) 
‘ 
list. remove(element); 


} 


public void eat() 
{ 
for(Object object: list) 
{ 
((MyElement)object).eat(); 
} 


} 


Plate 类 是 容器 构件 类 ,在 其 代码 中 需要 注意 三 个 要 点 : 首先 它 定 义 了 一 个 抽象 构件 类 
型 的 集合 ,此 处 使 用 ArrayList 来 实现 ; 它 提供 了 用 于 操作 子 构件 的 相关 方法 ,如 增加 子 构 
件 \ 删 除 子 构件 和 获取 子 构件 等 方法 ; 它 实 现 了 在 抽象 构件 中 定义 的 eat() 方 法 , 且 在 该 方 
法 的 内 部 递归 调用 其 子 构件 的 eat() 方 法 , 见 加 粗 代码 部 分 。 
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4. 辅助 代码 
客户 端 测试 类 Client 如 下 : 


public class Client 
{ 
public static void main(String a[ ]) 
{ 
MyElement objl, obj2, obj3, obj4, obj5; 
Plate platel, plate2, plate3; 


objl = new Apple(); 
obj2 = new Pear( ); 
platel = new Plate( ); 
platel.add(obj1); 
platel.add(obj2); 


obj3 = new Banana( ); 
obj4 = new Banana( ); 
plate2 = new Plate( ); 
plate2.add(obj3); 
plate2.add(obj4); 


obj5 = new Apple( ); 
plate3 = new Plate( ); 
plate3.add(platel ); 
plate3.add(plate2); 
plate3. add(obj5); 


plate3. eat( ); 


了 


在 客户 端 代 码 中 ,实例 化 了 一 些 叶 子 构件 即 水 果 类 ,也 实例 化 了 一 些 容器 构件 即 水 果盘 
类 ,通过 水 果盘 类 的 add() 方 法 可 以 将 子 构件 添加 到 水 果盘 中 ,其 子 构 件 可 以 是 水 果 对 象 ， 
也 可 以 是 水 果盘 对 象 。 

5. 结果 及 分 析 

编译 并 运行 程序 ,输出 结果 如 下 : 


吃 便 果 ! 
吃 梨 子 ! 
吃香 欧 ! 
吃香 欧 ! 
吃 苹果 ! 


在 调用 水 果盘 的 eat() 方 法 时 ,将 递归 调用 其 中 每 个 成 员 对 象 的 eat() 方 法 ,最 终 将 执行 
每 一 个 水 果 对 象 的 eat() 方 法 ,实现 对 所 有 水 果 的 遍历 。 
需要 注意 的 是 ,由 于 在 抽象 构件 中 没有 提供 与 子 构 件 操作 相关 的 方法 ,因此 叶子 构件 无 
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法 调用 add() 方 法 增加 子 构件 ,这 对 于 客户 端 来 说 是 安全 的 ,但 是 不 能 用 抽象 构件 来 定义 容 
器 构件 ,因此 对 于 客户 端 来 说 ,叶子 构件 和 容器 构件 需要 用 不 同类 型 来 定义 ,是 不 透明 的 , 系 
统 的 灵活 性 和 扩展 性 将 受到 影响 。 


12.3.2 组 合 模式 实例 之 文件 浏览 


1. 实例 说 明 


文件 有 不 同类 型 ,不 同类 型 的 文件 其 浏览 方式 有 所 区 别 , 如 文本 文件 和 图 片 文件 的 浏 
览 方式 就 不 相同 。 对 文件 夹 的 浏览 实际 上 就 是 对 其 中 所 包含 文件 的 浏览 ,而 客户 端 可 以 
一 致 地 对 文件 和 文件 夹 进行 操作 ,无 须 关 心 它们 的 区 别 。 使 用 组 合 模式 来 模拟 文件 的 浏 
览 操作 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 12-7 所 示 。 


图 12-7 文件 浏览 类 图 


该 实例 的 代码 解释 与 结果 分 析 略 。 


12.4 组 合 模式 效果 与 应 用 


12.4.1 模式 优 缺点 


1. 组 合 模式 的 优点 
(1) 组合 模 式 可 以 清楚 地 定义 分 层次 的 复杂 对 象 ,表示 对 象 的 全 部 或 部 分 层次 ,使 得 增 
加 新 构件 也 更 容易 ,因为 它 让 客户 忽略 了 层次 的 差异 ,而 它 的 结构 又 是 动态 的 ,提供 了 对 象 
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管理 的 灵活 接口 ,因此 组 合 模式 可 以 方便 地 对 层次 结构 进行 控制 。 

(2) 客户 端 调用 简单 ,客户 端 可 以 一 致 地 使 用 组 合 结构 或 其 中 单个 对 象 ,用 户 就 不 必 关 
心 自己 处 理 的 是 单个 对 象 还 是 整个 组 合 结构 ,简化 了 客户 端 代码 。 

(3) 定义 了 包含 叶子 对 象 和 容器 对 象 的 类 层次 结构 ,叶子 对 象 可 以 被 组 合成 更 复杂 
的 容器 对 象 ,而 这 个 容器 对 象 又 可 以 被 组 合 , 这 样 不 断 递 归 下 去 ,可 以 形成 复杂 的 树 形 
结构 。 

(4) 更 容易 在 组 合体 内 加 入 对 象 构件 ,客户 端 不 必 因 为 加 入 了 新 的 对 象 构件 而 更 改 原 
有 代码 。 

2. 组 合 模式 的 缺点 

(1) 使 设计 变 得 更 加 抽象 ,对 象 的 业务 规则 如 果 很 复杂 , 则 实现 组 合 模式 具有 很 大 挑战 
性 ,而 且 不 是 所 有 的 方法 都 与 叶子 对 象 子 类 都 有 关联 。 

(2) 增加 新 构件 时 可 能 会 产生 一 些 问 题 , 很 难 对 容器 中 的 构件 类 型 进行 限制 。 有 时 候 
我 们 和 希望 一 个 容器 中 只 能 有 某 些 特定 类 型 的 对 象 ,使 用 组 合 模式 时 ,不 能 依赖 类 型 系统 来 施 
加 这 些 约 束 , 因 为 它们 都 来 自 于 相同 的 抽象 层 ,在 这 种 情况 下 ,必须 通过 在 运行 时 进行 类 型 


12.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 组 合 模式 。 

(1) 需要 表示 一 个 对 象 的 整体 或 部 分 层次 ,在 具有 整体 和 部 分 的 层次 结构 中 ,希望 通过 
一 种 方式 忽略 整体 与 部 分 的 差异 ,可 以 一 致 地 对 待 它们 。 

(2) 让 客户 能 够 忽略 不 同 对 象 层次 的 变化 ,客户 端 可 以 针对 抽象 构件 编程 ,无 须 关心 对 
象 层次 结构 的 细节 。 

(3) 对 象 的 结构 是 动态 的 并 且 复 杂 程 度 不 一 样 ,但 客户 需要 一 致 地 处 理 它们 。 


12.4.3 模式 应 用 


(1) 由 于 XML 文档 是 一 个 树 形 结构 ,因此 可 以 通过 组 合 模式 对 XML 文档 进行 操作 ， 
很 多 XML 解析 工具 使 用 组 合 模式 对 XML 文档 进行 解析 。 

(2) 操作 系统 中 的 目录 结构 是 一 个 树 形 结构 ,因此 在 对 文件 和 文件 夹 进行 操作 时 可 以 
应 用 组 合 模式 。 例 如 杀毒 软件 在 查 毒 或 杀毒 时 , 既 可 以 针对 一 个 具体 文件 ,也 可 以 针对 一 个 
目录 ,如 果 是 对 目录 查 毒 或 杀毒 ,将 递归 处 理 目录 中 的 每 一 个 子 目 录 和 文件 。 

(3) JDK 的 AWT/Swing 是 组 合 模式 在 Java 类 库 中 的 一 个 典型 实际 应 用 。 由 于 AWT 
和 Swing 的 图 形 界面 构件 是 建立 在 AWT 库 的 Container 类 和 Component 类 的 基础 之 上 ， 
从 图 12-8 所 示 的 AWT 组 合 模式 图 可 以 看 出 ,Component 类 是 抽象 构件 ,Checkbox、Button 
和 TextComponent 是 叶子 构件 ,而 Container 是 容器 构件 ,在 AWT 中 包含 的 叶子 构件 还 有 
很 多 ,因为 篇 幅 限制 没有 在 图 中 一 一 列 出 。 

在 一 个 容器 构件 中 可 以 包含 叶子 构件 ,也 可 以 继续 包含 容器 构件 ,这 些 叶 子 构件 和 容器 
构件 一 起 组 成 了 复杂 的 GUI 界面 。 
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component 


图 12-8 AWT 组 合 模式 结构 示意 图 


12.5 组 合 模式 扩展 


1. 更 复杂 的 组 合 模式 


组 合 模式 可 以 扩展 为 如 图 12-9 所 示 形 式 ,我 们 对 叶子 节点 和 容器 节点 进行 抽象 ,得 到 
抽象 的 叶子 节点 和 抽象 的 容器 节点 构件 ,在 Java AWT/Swing 中 存在 类 似 结构 ,很 多 叶子 
构件 和 容器 构件 都 拥有 子 类 ,如 叶子 构件 TextComponent 又 有 TextField、TextArea 等 子 
类 ,而 容器 构件 Container 又 有 Panel、Window 等 子 类 。 
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图 12-9 复杂 的 组 合 模式 示意 图 


2. 透明 组 合 模式 与 安全 组 合 模式 

组 合 模式 根据 抽象 构件 类 的 定义 形式 ,又 可 以 分 为 透明 组 合 模式 和 安全 组 合 模式 。 

(1) 透明 组 合 模式 

在 透明 组 合 模式 中 ,抽象 构件 Component 中 声明 了 所 有 用 于 管理 成 员 对 象 的 方法 , 包 
插 add() remove() 以 及 getChild() 等 方法 ,这 样 做 的 好 处 是 确保 所 有 的 构件 类 都 有 相同 的 
接口 。 在 客户 端 看 来 ,叶子 对 象 与 容器 对 象 所 提供 的 方法 是 一 致 的 ,客户 端 可 以 相同 地 对 待 
所 有 的 对 象 ,如 图 12-10 所 示 。 

透明 组 合 模式 的 缺点 是 不 够 安全 ,因为 叶子 对 象 和 容器 对 象 在 本 质 上 是 有 区 别 的。 叶子 
对 象 不 可 能 有 下 一 个 层次 的 对 象 , 即 不 可 能 包含 成 员 对 象 ,因此 为 其 提供 add() .remove() 以 及 
getChild() 等 方法 是 没有 意义 的 ,这 在 编译 阶段 不 会 出 错 ,但 在 运行 阶段 如 果 调 用 这 些 方法 
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图 12-10 透明 组 合 模式 结构 图 


可 能 会 出 错 。 

(2) 安全 组 合 模式 

在 安全 组 合 模式 中 ,在 抽象 构件 Component 中 没有 声明 任何 用 于 管理 成 员 对 象 的 方 
法 ,而 是 在 Composite 类 中 声明 这 些 用 于 管理 成 员 对 象 的 方法 。 这 种 做 法 是 安全 的 ,因为 根 
本 不 向 叶子 对 象 提供 这 些 管理 成 员 对 象 的 方法 ,对 于 叶子 对 象 ,客户 端 不 可 能 调用 到 这 些 方 
法 ,如 图 12-11 所 示 。 


图 12-11 安全 组 合 模式 结构 图 


安全 组 合 模式 的 缺点 是 不 够 透明 ,因为 叶子 构件 和 容器 构件 具有 不 同 的 方法 , 且 容 器 构 
件 中 那些 用 于 管理 成 员 对 象 的 方法 没有 在 抽象 构件 类 中 定义 ,因此 客户 端 不 能 完全 针对 抽 
象 编程 ,并 一 致 地 使 用 叶子 构件 和 容器 构件 。 

在 实际 使 用 中 ,安全 组 合 模式 使 用 频率 相对 更 高 ,在 Java AWT 中 使 用 的 组 合 模式 就 是 
安全 组 合 模式 。 


12.6 本 章 小 结 


(1) 组 合 模 式 用 于 组 合 多 个 对 象形 成 树 形 结构 以 表示 “部 分 一 整体 ”的 结构 层次 。 组 合 
模式 对 单个 对 象 ( 即 叶子 对 象 ) 和 组 合 对 象 ( 即 容器 对 象 ) 的 使 用 具有 一 致 性 。 组 合 模式 又 可 
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以 称 为 “部 分 一 整体 ”模式 ,属于 对 象 的 结构 模式 , 它 将 对 象 组 织 到 树 结 构 中 ,可 以 用 来 描述 
整体 与 部 分 的 关系 。 

(2) 组 合 模式 包含 3 个 角色 : 抽象 构件 为 叶子 构件 和 容器 构件 对 象 声 明 接口 ,在 该 角色 
中 可 以 包含 所 有 子 类 共有 行为 的 声明 和 实现 ; 叶子 构件 在 组 合 结构 中 表示 叶子 节点 对 象 ， 
叶子 节点 没有 子 节点 ; 容器 构件 在 组 合 结构 中 表示 容器 节点 对 象 ,容器 节点 包含 子 节点 ,其 
子 节点 可 以 是 叶子 节点 ,也 可 以 是 容器 节点 , 它 提供 一 个 集合 用 于 存储 子 节点 ,实现 了 在 抽 
象 构 件 中 定义 的 行为 。 

(3) 组 合 模式 的 关键 是 定义 了 一 个 抽象 构件 类 , 它 既 可 以 代表 叶子 ,又 可 以 代表 容器 ， 
而 客户 端 针对 该 抽象 构件 类 进行 编程 ,无 须知 道 它 到 底 表 示 的 是 叶子 还 是 容器 ,可 以 对 其 进 
行 统 一 处 理 。 

(4) 组 合 模式 的 主要 优点 在 于 可 以 方便 地 对 层次 结构 进行 控制 ,客户 端 调用 简单 ,客户 
端 可 以 一 致 的 使 用 组 合 结构 或 其 中 单个 对 象 ,用 户 就 不 必 关 心 自 己 处 理 的 是 单个 对 象 还 是 
整个 组 合 结构 ,简化 了 客户 端 代 码 ; 其 缺点 在 于 使 设计 变 得 更 加 抽象 , 且 增 加 新 构件 时 可 能 
会 产生 一 些 问题 ,而 且 很 难 对 容器 中 的 构件 类 型 进行 限制 。 

(5) 组 合 模式 适用 情况 包括 : 需要 表示 一 个 对 象 的 整体 或 部 分 层次 ; 让 客户 能 够 忽略 
不 同 对 象 层次 的 变化 ,客户 端 可 以 针对 抽象 构件 编程 ,无 须 关 心 对 象 层次 结构 的 细节 ; 对 象 
的 结构 是 动态 的 并 且 复 杂 程 度 不 一 样 ,但 客户 需要 一 致 地 处 理 它们 。 

(6) 组 合 模式 根据 抽象 构件 类 的 定义 形式 ,又 可 以 分 为 透明 组 合 模式 和 安全 组 合 模式 。 


思考 与 练习 


1. 将 实例 “水 果盘 ”转换 成 透明 组 合 模式 ,绘制 类 图 并 编程 实现 。 

2. 用 Java 代码 模拟 实现 实例 “文件 浏览 ”, 要 求 使 用 透明 组 合 模式 。 

3. 在 组 合 模式 的 结构 定义 图 中 ,如 果 聚 合 关系 不 是 从 Composite 到 Component 的 ,而 
是 从 Composite 到 Leaf 的 ,如 图 12-12 所 示 ,会 产生 怎样 的 结果 ? 


图 12-12 思考 与 练习 第 3 题 用 图 


4. 使 用 组 合 模式 设计 一 个 杀毒 软件 (AntiVirus) 的 框架 ,该 软件 既 可 以 对 某 个 文件 夹 
(Folder) 杀 毒 ,也 可 以 对 某 个 指定 的 文件 (File) 进 行 杀毒 ,文件 种 类 包括 文本 文件 TextFile、 
图 片 文件 ImageFile .视频 文件 VideoFile。 绘 制 类 图 并 编程 实现 。 


装饰 模式 


本 章 导 学 

装饰 模式 是 一 种 用 于 替代 继承 的 技术 , 它 通过 一 种 无 须 定 义 子 类 的 方式 
来 给 对 象 动态 增加 职责 ,使 用 对 象 之 间 的 关联 关系 取代 类 之 间 的 继承 关系 。 
在 装饰 模式 中 引入 了 装饰 类 ,在 装饰 类 中 既 可 以 调用 被 装饰 类 的 方法 ,还 可 以 
定义 新 的 方法 ,以 便 扩 充 类 的 功能 。 装 饰 模式 降低 了 系统 的 耦合 度 , 可 以 动态 
增加 或 删除 对 象 的 职责 ,并 使 得 需要 装饰 的 具体 构件 类 和 具体 装饰 类 可 以 独 
立 变化 ,增加 新 的 具体 构件 类 和 具体 装饰 类 都 非常 方便 ,满足 " 开 闭 原则 ?的 
要 求 。 


本 章 将 介绍 装饰 模式 的 定义 与 结构 ,通过 实例 学 习 装 饰 模式 的 使 用 ,并 学 习 透 明 装 饰 模 
式 和 半 透 明 装 饰 模式 的 区 别 与 实现 。 

本 章 的 难点 在 于 理解 抽象 装饰 类 和 具体 装饰 类 的 作用 和 实现 ,以 及 理解 透明 装饰 模式 
和 半 透 明 装饰 模式 的 区 别 及 其 实现 方式 。 

装饰 模式 重要 等 级 : 丰 友 友 交 六 

装饰 模式 难度 等 级 : 友 友 友 交 六 


13.1 装饰 模式 动机 与 定义 


买 了 新 房 ( 毛 坯 房 ) 需 要 装修 ,对 新 房 进行 装修 并 没有 改变 房子 用 于 居住 的 本 质 , 但 它 让 
房子 变 得 更 漂亮 ,更 加 满足 居家 的 需求 。 在 软件 设计 中 ,我 们 也 可 以 用 类 似 的 技术 对 原 有 对 
象 (新 房 ) 的 功能 进行 扩展 (装修 ) ,以 获得 更 加 符合 用 户 需求 的 对 象 。 这 种 技术 在 设计 模式 
中 称 为 装饰 模式 ,本 章 我 们 将 学 习 用 于 扩展 系统 功能 的 装饰 模式 。 


13.1.1 模式 动机 


装饰 模式 可 以 在 不 改变 一 个 对 象 本 身 的 基础 上 给 对 象 增加 额外 的 新 行为 ,在 现实 生活 
中 ,这 种 情况 比比 皆 是 ,如 一 张 照片 ,可 以 不 改变 照片 本 身 , 给 它 增加 一 个 相框 ,使 得 它 具 有 
防潮 的 功能 ,而 且 用 户 可 以 根据 需要 给 它 增加 不 同类 型 的 相框 ,甚至 可 以 在 一 个 小 相框 的 外 
面 再 套 一 个 大 相框 。 其 示意 图 如 图 13-1 所 示 。 
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图 13-1 装饰 模式 示意 图 


在 软件 开发 中 ,类 似 上 面 的 照片 加 相框 的 情况 也 随处 可 见 。 如 可 以 给 一 个 图 形 界面 构 
件 增加 边框 ,滚动 等 新 的 特性 ,给 一 个 数据 加 密 类 增加 更 复杂 的 加 密 算法 等 。 

一 般 有 两 种 方式 可 以 实现 给 一 个 类 或 对 象 增加 行为 : 

1. 继承 机 制 

使 用 继承 机 制 是 给 现 有 类 添加 功能 的 一 种 有 效 途 径 , 通 过 继承 一 个 现 有 类 可 以 使 得 子 
类 在 拥有 自身 方法 的 同时 还 拥有 父 类 的 方法 。 但 是 这 种 方法 是 静态 的 ,用 户 不 能 控制 增加 
行为 的 方式 和 时 机 。 

2. 关联 机 制 

关联 机 制 是 更 加 灵活 的 方法 ,即将 一 个 类 的 对 象 嵌 入 另 一 个 新 对 象 中 ,由 另 一 个 对 象 来 
决定 是 否 调用 能 入 对 象 的 行为 并 扩展 新 的 行为 ,我 们 称 这 个 新 的 对 象 ( 即 另 一 个 对 象 ) 为 装 
饰 器 (Decorator) 。 为 了 使 得 装饰 器 与 它 所 装饰 的 对 象 对 客户 端 来 说 透明 ,装饰 器 类 和 被 装 
饰 的 类 必须 实现 相同 的 接口 ,客户 端 使 用 时 无 须 关 心 一 个 类 的 对 象 是 否 被 装饰 过 ,可 以 一 臻 
性 地 使 用 未 被 装饰 的 对 象 以 及 装饰 好 的 对 象 。 我 们 可 以 在 被 装饰 的 类 中 调用 在 装饰 器 类 中 
定义 的 方法 ,实现 更 多 更 复杂 的 功能 ,而 且 由 于 装饰 器 类 和 被 装饰 的 类 实现 了 相同 接口 ,已 
经 被 装饰 过 的 对 象 可 以 继续 作为 新 的 被 装饰 对 象 进行 装饰 ,这 种 透明 性 使 得 我 们 可 以 递归 
嵌 套 多 个 装饰 ,从 而 可 以 添加 任意 多 的 功能 。 

装饰 模式 以 对 客户 透明 的 方式 动态 地 给 一 个 对 象 附 加 上 更 多 的 责任 ,换言之 ,客户 端 并 
不 会 觉得 对 象 在 装饰 前 和 装饰 后 有 什么 不 同 。 装 饰 模式 可 以 在 不 需要 创造 更 多 子 类 的 情况 
下 ,将 对 象 的 功能 加 以 扩展 。 这 就 是 装饰 模式 的 模式 动机 。 


13.1.2 模式 定义 


装饰 模式 (Decorator Pattern) 定义 : 动态 地 给 一 个 对 象 增加 一 些 额 外 的 职责 
(Responsibility) ,就 增加 对 象 功 能 来 说 ,装饰 模式 比 生 成 子 类 实现 更 为 灵活 。 其 别名 也 可 
以 称 为 包装 器 (Wrapper) ,与 适配器 模式 的 别名 相同 ,但 它们 适用 于 不 同 的 场合 。 根 据 翻 译 
的 不 同 ,装饰 模式 也 有 人 称 之 为 “油漆 工 模式 ”, 它 是 一 种 对 象 结构 型 模式 。 
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英文 定义 :“Attach additional responsibilities to an object dynamically. Decorators 


provide a flexible alternative to subclassing for extending functionality. ”。 


13.2 装饰 模式 结构 与 分 析 


装饰 模式 的 结构 与 组 合 模式 的 结构 很 相似 ,但 是 它们 蕴涵 了 完全 不 一 样 的 原理 ,下 面 将 
学 习 并 分 析 其 模式 结构 。 


13.2.1 模式 结构 
装饰 模式 结构 图 如 图 13-2 所 示 。 


图 13-2 ”装饰 模式 结构 图 


装饰 模式 包含 如 下 角色 : 

1. Component( 抽 和 象 构件 ) 

抽象 构件 定义 了 对 象 的 接口 ,可 以 给 这 些 对 象 动态 增加 职责 (方法 )。 抽 象 构件 是 具 
体 构件 和 抽象 装饰 类 的 共同 父 类 , 它 声 明了 在 具体 构件 中 实现 的 业务 方法 , 它 的 引入 可 
以 使 客户 端 以 一 致 的 方式 处 理 未 被 装饰 的 对 象 以 及 装饰 之 后 的 对 象 ,实现 客户 端的 透明 
操作 。 

2. ConcreteComponent( 具 体 构件 ) 

具体 构件 定义 了 具体 的 构件 对 象 .实现 了 在 抽象 构件 中 声明 的 方法 ,装饰 器 可 以 给 它 增 
加 额外 的 职责 (方法 )。 
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3. Decorator( 抽 象 装饰 类 ) 

抽象 装饰 类 是 抽象 构件 类 的 子 类 ,用 于 给 具体 构件 增加 职责 ,但 是 具体 职责 在 其 子 类 中 
实现 。 它 维护 一 个 指向 抽象 构件 对 象 的 引用 ,通过 该 引用 可 以 调用 装饰 之 前 构件 对 象 的 方 
法 ,并 通过 其 子 类 扩展 该 方法 ,以 达到 装饰 的 目的 。 

4. ConcreteDecorator( 具 体 装饰 类 ) 

具体 装饰 类 是 抽象 装饰 类 的 子 类 ,负责 向 构件 添加 新 的 职责 。 每 一 个 具体 装饰 类 都 定 
义 了 一 些 新 的 行为 , 它 可 以 调用 在 抽象 装饰 类 中 定义 的 方法 ,并 可 以 增加 新 的 方法 以 便 扩 充 
对 象 的 行为 。 


13.2.2 模式 分 析 


本 书 首先 从 继承 复 用 的 缺陷 来 分 析 装 饰 模式 。 继 承 是 最 常用 的 一 种 扩展 原 有 类 功能 的 
方式 , 它 通过 创造 一 个 新 的 子 类 来 继承 原 有 的 类 ,从 而 扩展 原 有 类 的 功能 。 但 是 ,在 学 习 “ 合 
成 复 用 原则 ”时 我 们 知道 对 类 功能 进行 复 用 时 应 该 多 用 关联 关系 , 少 用 继承 关系 。 

关联 关系 的 主要 优势 在 于 不 会 破坏 类 的 封装 性 ,而 且 继 承 是 一 种 耦合 度 较 大 的 静态 关 
系 ,无 法 在 程序 运行 时 动态 扩展 。 在 软件 开发 阶段 ,关联 关系 虽然 不 会 比 继承 关系 减少 编码 
量 ,但 是 到 了 软件 维护 阶段 ,由 于 关联 关系 使 系统 具有 和 较 好 的 松 耦 合 性 ,因此 使 得 系统 更 加 
容易 维护 。 当 然 ,关联 关系 的 缺点 是 比 继 承 关 系 要 创建 更 多 的 对 象 。 

因此 使 用 装饰 模式 来 实现 扩展 比 继承 更 加 灵活 , 它 以 对 客户 透明 的 方式 动态 地 给 一 个 
对 象 附 加 更 多 的 责任 。 装 饰 模式 可 以 在 不 需要 创造 更 多 子 类 的 情况 下 ,将 对 象 的 功能 加 以 
扩展 。 

装饰 模式 的 核心 在 于 抽象 装饰 类 的 设计 ,其 典型 代码 如 下 : 


在 抽象 装饰 类 Decorator 中 定义 了 一 个 Component 类 型 的 对 象 component, 维 持 一 个 
对 父 类 对 象 的 引用 ,并 可 以 通过 构造 函数 或 Setter 函数 将 一 个 Component 类 型 的 对 象 注入 
进来 ,同时 由 于 Decorator 类 实现 了 抽象 构件 Component 接口 ,因此 需要 实现 在 其 中 声明 的 
业务 方法 operation() ,需要 注意 的 是 在 Decorator 中 并 未 真正 实现 operation() 方 法 ,而 只 是 
调用 component 对 象 的 operation() 方 法 , 它 没有 真正 实施 装饰 ,而 是 提供 一 个 统一 的 接口 
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将 具体 装饰 过 程 交 给 子 类 完成 。 这 说 明 在 使 用 装饰 模式 时 可 以 调用 原 有 有 具体 构件 中 的 方 
法 ,在 Decorator 的 子 类 即 具体 装饰 类 中 将 继承 operation() 方 法 并 根据 需要 进行 扩展 ,典型 
的 具体 装饰 类 代码 如 下 : 


Ppublic class ConcreteDecorator extends Decorator 
{ 
public ConcreteDecorator (Component component) 
E 
super( component); 
} 
public void operation( ) 
{ 
super. operation( ); 
addedBehavior( ); 
} 
public void addedBehavior() 
丰 
// 新 增 方法 
1 


在 具体 装饰 类 中 , 它 可 以 调用 到 抽象 装饰 类 的 operation() 方 法 ,同时 可 以 定义 新 的 方 
法 ,如 addedBehavior() 。 如 果 以 在 operation( ) 方 法 中 调用 addedBehavior() 方 法 的 方式 来 
实现 增加 新 行为 ,客户 端 可 统一 通过 operation() 方 法 来 使 用 新 行为 , 则 客户 端 可 以 用 抽象 
构件 类 型 来 定义 具体 构件 对 象 和 具体 装饰 对 象 , 还 可 以 将 具体 装饰 类 对 象 作为 新 的 具体 构 
件 对 象 继续 进行 装饰 ,这 称 为 透明 装饰 模式 ; 如 果 将 addedBehavior() 方 法 作为 一 个 单独 的 
方法 提供 给 客户 端 使 用 ,客户 端 不 能 使 用 抽象 构件 来 定义 具体 装饰 对 象 ,也 不 能 进行 多 重 装 
饰 ,这 称 为 半 透 明 装 饰 模式 。 


13.3 ”装饰 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 装饰 模式 。 


13.3.1 装饰 模式 实例 之 变形 金刚 


1. 实例 说 明 

变形 金刚 在 变形 之 前 是 一 辆 汽车 , 它 可 以 在 陆地 上 移动 。 当 它 变 成 机 器 人 之 后 除了 能 
够 在 陆地 上 移动 之 外 ,还 可 以 说 话 ; 如 果 需 要 , 它 还 可 以 变 成 飞机 ,除了 在 陆地 上 移动 还 可 
以 在 天 空中 飞翔 。 

2. 实例 类 图 

通过 分 析 , 该 实例 类 图 如 图 13-3 所 示 。 


~ _ Transform 


+ move () : void 
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下 3 transform 
| | 
Car Changer 
- transform :Transform 区 
+ Car() + Changer (Transform transform) 
+ move () : void + move () :void 
Robot Airplane 


+ Robot (Transform transform) 
+ say() :void 


+ Airplane (Transform transform) 


+ fly() 


:void 


3. 实例 代码 及 解释 
(1) 抽象 构件 类 Transform( 变 形 金 刚 ) 


public interface Transform 
public void move( ); 


Transform 是 抽象 构件 类 ,在 其 中 声明 了 move() 方 法 ,无 论 变形 金刚 如 何 改变 ,这 个 方 


法 都 必须 具有 , 它 是 具体 构件 与 装饰 器 共有 的 方法 
(2) 具体 构件 类 Car( 汽 车 类 ) 


public final class Car implements Transform 
public Car() 


System. out. println(" 变 形 金刚 是 一 辆 车 !") ; 


public void move( ) 
{ 

System. out. println(" 在 陆地 上 移动 !"); 
} 


. 


Car 是 Transform 的 子 类 , 它 是 具体 构件 类 ,提供 了 move() 方 法 的 实现 , 它 是 一 个 可 以 
被 装饰 的 类 。 在 这 里 ,Car 被 声明 为 final 类 型 ,意味 着 不 能 通过 继承 来 扩展 其 功能 ,但 是 可 


以 通过 关联 关系 来 扩展 ,也 就 是 通过 使 用 装饰 器 来 装饰 它 。 
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(3) 抽象 装饰 类 Changer( 变 化 类 ) 


public class Changer implements Transform 
{ 


private Transform transform; 


public Changer(Transform transform) 
{ 
this. transform = transform; 


} 


public void move( ) 
t 


transform. move( ); 
} 
4 


Changer 是 抽象 装饰 类 , 它 是 所 有 具体 装饰 类 的 父 类 ,同时 它 也 是 抽象 构件 的 子 类 。 
Changer 类 是 装饰 模式 的 核心 , 它 定 义 了 一 个 抽象 构件 类 型 的 对 象 transform, 可 以 通过 构 
造 函 数 或 者 Setter 方法 来 给 该 对 象 赋值 ,在 本 实例 中 使 用 的 是 构造 函数 ,并 且 它 也 实现 了 
move() 方 法 ,但 是 它 通过 调用 transform 对 象 的 move() 方 法 来 实现 。 这 样 可 以 保证 原 有 方 
法 不 会 丢失 ,而 且 可 以 在 它 的 子 类 中 增加 新 的 方法 ,扩展 原 有 对 象 的 功能 。 

(4) 具体 装饰 类 Robot( 机 器 人 类 ) 


public class Robot extends Changer 
public Robot(Transform transform) 
{ 
super( transform); 
System. out. println(" 变 成 机 器 人 !"); 
4 


public void say() 
i 
System. out. println(" 说 话 !"); 
} 
i 


Robot 类 是 Changer 类 的 子 类 , 它 继承 了 在 Changer 中 定义 的 方法 ,还 可 以 增加 新 的 方 
法 ,也 就 是 说 它 既 可 以 调用 原 有 对 象 的 方法 ,又 可 以 对 其 进行 扩充 ,为 其 增加 新 的 职责 ,如 变 
形 金刚 变 成 机 器 人 之 后 可 以 说 话 say() 。 

(5) 具体 装饰 类 Airplane( 飞 机 类 ) 


public class Airplane extends Changer 
| 
public Airplane( Transform transform) 


{ 
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super( transform); 
System. out. println(" 变 成 飞机 !"); 
} 


public void fly() 
{ 
System. out. println(" 在 天 空 飞翔 !"); 
} 
} 


Airplane 类 也 是 Changer 类 的 子 类 , 它 继承 了 在 Changer 中 定义 的 方法 ,还 增加 了 新 的 
方法 fly() ,实现 变形 金刚 的 飞翔 。 

4. 辅助 代码 

客户 端 测试 类 Client 如 下 : 


public class Client 
区 
public static void main(String args[ ]) 
{ 
Transform camaro; 
camaro = new Car(); 
camaro. move( ); 
(te 二 
Robot bumblebee = new Robot (camaro); 
bumblebee. move() 
bumblebee. say( ); 


} 


在 客户 端 代码 中 ,首先 对 Car 进行 实例 化 ,得 到 一 个 camaro 对 象 ,可 以 调用 其 方法 
move() 实 现 移动 ,然后 将 该 对 象 作 为 参数 注入 到 Robot 类 的 构造 函数 中 ,用 于 创建 一 个 
bumblebee 对 象 , 则 既 可 以 调用 bumblebee 对 象 的 move() 方 法 实现 移动 ,又 可 以 调用 
bumblebee 对 象 的 say() 方 法 实现 说 话 。 

需要 注意 的 是 ，camaro 对 象 可 以 通过 抽象 构件 Transform 进行 定义 ,但 是 定义 
bumblebee 对 象 时 只 能 通过 Robot, 因 为 say() 方 法 未 在 Transform 中 声明 。 也 就 是 说 对 于 
具体 构件 可 以 通过 抽象 构件 来 定义 ,但 是 对 于 具体 装饰 者 不 能 通过 抽象 构件 来 定义 ,对 于 客 
户 端 来 说 具体 构件 是 透明 的 ,而 具体 装饰 者 是 不 透明 的 ,这 称 为 半 透 明 装 饰 模式 ,在 模式 扩 
展 部 分 将 进一步 讲解 。 

5. 结果 及 分 析 

编译 并 运行 程序 ,输出 结果 如 下 : 

变形 金刚 是 一 辆 车 ! 

在 陆地 上 移动 ! 
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变 成 机 器 人 ! 
在 陆地 上 移动 ! 
说 话 ! 


在 没有 装饰 之 前 ,camaro 只 是 一 辆 车 , 它 只 拥有 车 的 方法 move(), 在 通过 具体 装饰 类 
Robot 装饰 之 后 , 它 还 拥有 了 Robot 二 say() ,因此 可 以 调用 到 这 两 个 方法 。 

如 果 和 希望 变形 金刚 既 能 拥有 车 的 移动 方法 move() ,又 拥有 飞机 的 飞翔 方法 fly(), 则 需 
要 用 Airplane 类 对 其 进行 装饰 ,代码 如 下 : 


public class Client 
{ 
public static void main(String args[]) 
1 
Transform camaro; 
camaro = new Car( ); 
camaro.move( ); 
RE wut primin( a a 
Rirplane bumblebee = new Airplane(camaro); 
bumblebee. move( ); 
bumblebee. fly( ); 


} 
编译 并 运行 代码 ,输出 结果 如 下 : 


变形 金刚 是 一 辆 车 ! 
在 陆地 上 移动 ! 
变 成 飞机 ! 

在 陆地 上 移动 ! 
在 天 空 飞翔 ! 


1. 实例 说 明 

某 系统 提供 了 一 个 数据 加 密 功 能 ,可 以 对 字符 串 进行 加 密 。 最 简单 的 加 密 算法 通过 对 
字母 进行 移 位 来 实现 ,同时 还 提供 了 稍 复杂 的 逆向 输出 加 密 , 还 提供 了 更 为 高 级 的 求 模 加 
密 。 用 户 先 使 用 最 简单 的 加 密 算 法 对 字符 串 进 行 加 密 , 如 果 觉 得 还 不 够 ,可 以 对 加 密 之 后 的 


结果 使 用 其 他 加 密 算法 进行 二 次 加 密 ,当然 也 可 以 进行 第 三 次 加 密 。 现 使 用 装饰 模式 设计 
该 多 重 加 密 系 统 。 
2. 实例 类 图 


通过 分 析 ,该 实例 类 图 如 图 13-4 所 示 。 
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了 Cipher 
+ encrypt (String plainText) : String 
天 
a 4 
1 
i CipherDecorator 
- Cipher : Cipher cipher 
FT + CipherDecorator (Cipher cipher) 
+ encrypt (String plainText) : String + encrypt (String plainText) : Sting 
| 
ComplexCipher AdvancedCipher 
+ ComplexCipher (Cipher ciphen) + AdvancedCipher (Cipher cipher) 
+ encrypt (String plainText) : String + encrypt (String plainText) : String 
+ reverse (String text) : String + mod (String text) : String 


3. 实例 代码 及 解释 
(1) 抽象 构件 类 Cipher( 抽 象 加 密 类 ) 


public interface Cipher 
public String encrypt(String plainText); 
} 


Cipher 是 抽象 构件 类 , 它 声 明了 加 密 方法 encrypt() ,该 方法 参数 为 待 加 密 的 字符 串 ( 明 
文 ) ,返回 加 密 之 后 的 字符 串 ( 密 文 ) 。 
(2) 具体 构件 类 SimpleCipher( 简 单 加 密 类 ) 


public class SimpleCipher implements Cipher 
public String encrypt(String plainText) 
i 
String str=""; 
for(int i=0;i<plainText. length();i++) 
{ 
char c= plainText. charAt(i); 
if(c>= 'a'&&c <= 'z') 
{ 
[a 
1f(C>2) c—=26; 
if(c<'a') c+= 26; 
} 
1f(e>= "A'g56<= 2 
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C+ =)6 
if(c>'2') c—= 26; 
if(c<'A') c+= 26; 
} 
WE 
} 


return str; 


SimpleCipher 是 最 简单 的 加 密 算 法 类 , 它 是 具体 构件 类 ,以 凯撒 加 密 的 方式 实现 加 密 方 
法 encrypt() 。 


(3) 抽象 装饰 类 CipherDecorator( 加 密 装 饰 类 ) 


public class CipherDecorator implements Cipher 
{ 


private Cipher cipher; 


public CipherDecorator(Cipher cipher) 
{ 


this. cipher = cipher; 


} 
public String encrypt(String plainText) 
8 

return cipher. encrypt (plainText); 
} 


CipherDecorator 是 加 密 装 饰 类 , 它 定义 了 一 个 抽象 构件 Cipher 类 型 的 对 象 cipher, 并 
在 其 encrypt() 调 用 cipher 对 象 的 encrypt() 方 法 。 
(4) 具体 装饰 类 ComplexCipher( 复 杂 加 密 类 ) 


public class ComplexCipher extends CipherDecorator 
{ 
public ComplexCipher (Cipher cipher) 
{ 
super(cipher); 
} 


public String encrypt (String plainText) 

1 
String result = super.encrypt(plainText); 
result = reverse(result); 
return result; 


1 


public String reverse(String text) 


第 13 章 装饰 模式 209 


String str=""; 
for(int i= text. length();i>0;i-—) 
{ 

str += text. substring(i— 1,i); 
} 


return str; 


] 


ComplexCipher 是 复杂 加 密 类 , 它 是 抽象 装饰 类 的 子 类 ,是 具体 装饰 类 , 它 有 一 个 新 增 


方法 reverse() 用 于 实现 逆向 输出 , 它 继承 并 覆盖 了 抽象 装饰 类 的 encrypt() 方 法 ,在 它 的 
encrypt() 方 法 中 ,调用 了 父 类 的 encrypt() 方 法 ,并 通过 新 增 的 reverse() 方 法 对 加 密 之 后 的 
字符 串 进行 进一步 处 理 。 


(5) 具体 装饰 类 AdvancedCipher( 高 级 加 密 类 ) 


public class AdvancedCipher extends CipherDecorator 
E 
public AdvancedCipher( Cipher cipher) 
i 
super(cipher); 
} 


public String encrypt (String plainText) 
String result = super. encrypt(plainText); 
result = mod(result); 
return result; 


} 


public String mod(String text) 
上. 
String str=""; 
for(int i=0;i< text.length();i++) 


{ 
String c = String. valueOf (text. charAt(i) % 6); 
str+= Cc; 

} 

return str; 


| 


AdvancedCipher 是 高 级 加 密 类 , 它 也 是 抽象 装饰 类 的 子 类 , 它 提供 了 一 个 新 增 方法 


mod() 用 于 实现 求 模 加 密 ,与 ComplexCipher 类 一 样 .在 AdvancedCipher 的 encrypt() 方 法 
中 ,调用 了 父 类 的 encrypt() 方 法 ,并 使 用 新 增 的 mod() 方 法 对 加 密 结 果 进 行进 一 步 处 理 。 


4. 辅助 代码 
客户 端 测试 类 Client 如 下 : 
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public class Client 


{ 
public static void main(String args[ ]) 
{ 
String password = "sunnyLiu"; // 明 文 
String cpassword; // 密 文 
Cipher sc cci 


sc= new SimpleCipher(); 

cpassword = sc. encrypt(password); 

System. out. println(cpassword); 

Dyeten ou pelinbin( = i Se 


cc = new ComplexCipher(sc); 

cpassword = cc. encrypt (password); 

System. out. println(cpassword); 

pe 和 eh 


3 


在 客户 端 代码 中 可 以 使 用 抽象 构件 定义 具体 构件 SimpleCipher 对 象 sc 和 具体 装饰 对 
象 cc, 其 中 cc 是 具体 装饰 类 ComplexCipher 类 型 的 对 象 。 注 意 加 粗 代 码 , 在 实例 化 具体 装 
饰 类 对 象 时 可 以 将 Cipher 类 型 的 对 象 注入 其 构造 函数 ,这 个 对 象 可 以 是 具体 构件 对 象 ,也 
可 以 是 已 经 装饰 过 的 具体 装饰 类 对 象 ,因为 它们 都 是 Cipher 的 子 类 对 象 。 

在 客户 端 可 以 通过 抽象 构件 定义 所 有 的 具体 构件 对 象 和 具体 装饰 对 象 ,它们 都 实现 了 
在 Cipher 中 声明 的 抽象 方法 encrypt() ,在 具体 构件 类 中 新 职责 的 增加 在 encrypt() 内 部 实 
现 , 因 此 对 于 客户 端 来 说 具体 构件 与 具体 装饰 类 是 一 致 的 ,都 可 以 通过 抽象 构件 来 定义 ,这 
称 为 透明 装饰 模式 ,在 模式 扩展 部 分 将 进一步 学 习 。 

5. 结果 及 分 析 

编译 并 运行 程序 ,输出 结果 如 下 : 


YatteRoa 


如 果 将 客户 端 代码 修改 如 下 : 


public class Client 
H 
public static void main(String args[ ]) 
String password= "sunnyLiu"; // 明 文 
String cpassword; // 密 文 
Cipher sc, cc,ac; 
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sc= new SimpleCipher( ); 

cpassword = sc. encrypt(password); 

System. out. println(cpassword); 

yok mit: ran eb 


cc = new ComplexCipher(sc); 

cpassword = cc. encrypt (password); 

System. out. println(cpassword); 

Bysteon out. printin(” ————————— = 0 


ac = new AdvancedCipher(cc); 

cpassword = ac. encrypt (password); 

System. out. println(cpassword); 

Syeten. out, println(™ ~———— es 


} 


在 上 面 的 代码 中 ,对 装饰 之 后 的 cc 对 象 可 以 继续 进行 装饰 ,从 而 进一步 对 字符 串 进 行 
处 理 , 获 取 更 为 复杂 的 加 密 结果 ,编译 并 运行 代码 ,输出 结果 如 下 : 


yatteRoa 


不 仅 如 此 ,用 户 可 以 根据 需要 对 具体 构件 对 象 或 具体 装饰 对 象 进行 多 次 装饰 包装 ,而 且 
可 以 自行 调整 包装 的 次 序 ,这 个 过 程 类 似 在 一 颗 糖 果 外 面 增加 多 层 糖 纸 进行 包 右 , 糖 纸 次 序 
还 可 以 调整 ,这 就 是 装饰 模式 别名 “包装 模式 ”的 由 来 。 


13.4 与 应 用 

13.4.1 模式 优 缺 点 

装饰 模式 的 优点 如 下 : 

(1) 装饰 模式 与 继承 关系 的 目的 都 是 要 扩展 对 象 的 功能 ,但 是 装饰 模式 可 以 提供 比 继 
承 更 多 的 灵活 性 。 


(2) 可 以 通过 一 种 动态 的 方式 来 扩展 一 个 对 象 的 功能 ,通过 配置 文件 可 以 在 运行 时 选 
择 不 同 的 装饰 器 ,从 而 实现 不 同 的 行为 。 
(3) 通过 使 用 不 同 的 具体 装饰 类 以 及 这 些 装 饰 类 的 排列 组 合 , 可 以 创造 出 很 多 不 同行 
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为 的 组 合 。 可 以 使 用 多 个 具体 装饰 类 来 装饰 同一 对 象 ,得 到 功能 更 为 强大 的 对 象 。 

(4) 具体 构件 类 与 具体 装饰 类 可 以 独立 变化 ,用 户 可 以 根据 需要 增加 新 的 具体 构件 类 
和 具体 装饰 类 ,在 使 用 时 再 对 其 进行 组 合 , 原 有 代码 无 须 改变 ,符合 “ 开 闭 原则 ”。 

装饰 模式 的 缺点 如 下 : 

(1) 使 用 装饰 模式 进行 系统 设计 时 将 产生 很 多 小 对 象 ,这 些 对 象 的 区 别 在 于 它们 之 间 
相互 连接 的 方式 有 所 不 同 , 而 不 是 它们 的 类 或 者 属性 值 有 所 不 同 , 同 时 还 将 产生 很 多 具体 装 
饰 类 。 这 些 装 饰 类 和 小 对 象 的 产生 将 增加 系统 的 复杂 度 ,加 大 学 习 与 理解 的 难度 。 

(2) 这 种 比 继承 更 加 灵活 机 动 的 特性 ,也 同时 意味 着 装饰 模式 比 继承 更 加 易于 出 错 , 排 
错 也 很 困难 ,对 于 多 次 装饰 的 对 象 , 调 试 时 寻找 错误 可 能 需要 逐 级 排查 ,较为 烦琐 。 


13.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 装饰 模式 : 

(1) 在 不 影响 其 他 对 象 的 情况 下 ,以 动态 、 透 明 的 方式 给 单个 对 象 添加 职责 。 

(2) 需要 动态 地 给 一 个 对 象 增加 功能 ,这 些 功 能 也 可 以 动态 地 被 撤销 。 

(3) 当 不 能 采用 继承 的 方式 对 系统 进行 扩充 或 者 采用 继承 不 利于 系统 扩展 和 维护 时 。 
不 能 采用 继承 的 情况 主要 有 两 类 : 第 一 类 是 系统 中 存在 大 量 独立 的 扩展 ,为 支持 每 一 种 组 合 
将 产生 大 量 的 子 类 ,使 得 子 类 数目 呈 爆 炸 性 增长 ; 第 二 类 是 因为 类 定义 不 能 继承 (如 final 类 ) 。 


13.4.3 模式 应 用 


(1) 在 javax. swing 包 中 ,可 以 通过 装饰 模式 动态 给 一 些 构件 增加 新 的 行为 或 改善 其 外 
观 显示 。 例 如 JList 构件 本 身 并 不 支持 直接 滚动 , 即 没有 滚动 条 。 要 创建 可 以 滚动 的 列表 ， 
可 以 使 用 如 下 代码 实现 : 


在 这 里 JList 是 具体 构件 , 即 需要 装饰 的 构件 ,而 JScrollPane 充当 装饰 器 ,在 其 构造 函 
数 中 注入 一 个 JList 类 型 的 对 象 ,在 不 影响 JList 本 身 功 能 的 情况 下 对 其 进行 扩展 。 

(2) 装饰 模式 在 JDK 中 最 经 典 的 实例 是 Java IO。 在 Java IO 中 , InputStream 和 
OutputStream 两 个 类 分 别 用 于 处 理 输出 和 输入 的 对 象 , 在 InputStream 和 OutputStream 中 
只 提供 了 最 简单 的 流 处 理 方法 ,只 能 读 和 人 和 写 出 字符 ,没有 缓冲 处 理 、 无 法 处 理 文件 ,它们 只 
能 提供 最 简单 的 功能 。 

下 面 通过 如 图 13-5 所 示 的 InputStream 层次 结构 来 学 习 Java IO 中 装饰 模式 的 应 用 。 

Java IO 中 的 InputStream 是 所 有 字 节 输入 流 的 父 类 ,在 InputStream 类 中 包含 的 每 个 
方法 都 会 被 所 有 字 节 输入 流 类 继承 , 读 取 以 及 操作 数据 的 基本 方法 都 声明 在 InputStream 
类 内 部 ,每 个 子 类 可 根据 需要 覆盖 对 应 的 方法 。 其 直接 子 类 包括 用 于 以 流 的 形式 从 文件 中 
读 取 数据 的 FileInputStream、 从 内 存 字 节 数 组 中 读 取 数据 的 ByteArrayInputStream 等 ,还 
包括 一 个 子 类 FilterInputStream ,在 该 子 类 中 定义 了 一 个 InputStream 类 型 的 对 象 ,并 调用 
了 在 InputStream 中 定义 的 方法 。FilterInputStream 又 包含 了 一 些 子 类 ,如 用 于 给 一 个 输 
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SequenceInputStream 


[ByeAraymputsteam 一 | PushbackInputStream | 

| FilterInputStream R BufferedInputStream 
InputStream (OT 

一 ObjectinputStream -DatainputStream | 


| PipedInputStream 
| FileInpurStream 


图 13-5 字 节 输入 流 InputStream 层次 结构 


人 流 添加 缓冲 功能 的 BufferedInputStream, 用 于 读 取 原 始 类 型 的 数据 的 DataInputStream 等 。 
InputStream 的 层次 结构 对 应 装饰 模式 的 结构 ,其 中 InputStream 是 一 个 抽象 类 , 它 对 
应 装饰 模式 中 的 抽象 构件 类 , 它 定义 了 一 系列 read() 方 法 用 于 读 取 数据 而 
FilterInputStream、ByteArrayInputStream 等 都 直接 继承 InputStream 类 ,它们 实现 了 在 
InputStream 中 定义 的 read() 方 法 。 
对 于 FilterInputStream 类 , 它 也 是 InputStream 的 子 类 ,但 是 它 的 构造 函数 需要 传递 一 
个 InputStream 对 象 的 引用 ,并 且 它 将 保存 对 此 对 象 的 引用 ,其 代码 片段 如 下 : 


如 果 没 有 具体 的 InputStream 对 象 ,我 们 将 无 法 创建 FilterInputStream。 由 于 其 中 定 
义 的 in 对 象 既 可 以 是 指向 FilterInputStream 类 型 的 引用 ,也 可 以 是 指向 FileInputStream 、 
ByteArrayInputStream 等 具体 类 型 的 引用 ,因此 可 以 使 用 多 层 髓 套 的 方式 ,为 某 个 对 象 添 
加 多 种 装饰 ,这 是 透明 装饰 模式 的 应 用 。 在 此 ,FilterInputStream 充当 了 抽象 装饰 类 的 角 


色 , 它 的 read() 方 法 可 以 调用 传人 流 的 read() 方 法 ,而 没有 做 更 多 的 处 理 。 因 此 它 本 质 上 
没有 对 流 进行 装饰 ,所 以 继承 它 的 子 类 必须 覆盖 此 方法 ,以 达到 装饰 的 目的 。 

BufferedInputStream 和 DataInputStream 是 FilterInputStream 的 两 个 子 类 ,它们 相当 
于 装饰 模式 中 的 具体 装饰 类 ,对 传人 的 输入 流 做 了 不 同 的 装饰 。 以 BufferedInputStream， 
这 个 类 提供 了 一 个 缓存 机 制 , 它 使 用 一 个 数组 作为 数据 读 入 的 缓冲 区 ,如 可 以 将 数据 先 从 文 
件 一 次 读 入 到 一 个 数组 中 ,再 将 数组 中 的 数据 读 入 到 程序 中 ,这 样 可 以 减少 对 文件 操作 的 次 
数 。BufferedInputStream 继承 了 FilterInputStream .并且 覆盖 了 父 类 的 read() 方 法 ,在 调 
用 输入 流 读 取 数据 前 都 会 检查 缓存 是 否 已 满 ,如 果 未 满 且 文件 未 结束 , 则 不 进行 读 取 , 这 样 
就 实现 了 对 输入 流 对 象 动态 的 添加 新 功能 的 目的 ,在 此 处 的 新 功能 即 为 缓冲 控制 。 代 码 片 
段 如 下 : 
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在 Java IO 中 ,不仅 InputStream 用 到 了 装饰 模式 ,OutputStream、Reader、Writer 等 都 
用 到 了 此 模式 。 


13.5 装饰 模式 扩展 


1. 装饰 模式 的 简化 

大 多 数 情况 下 ,装饰 模式 的 实现 比 标准 的 结构 图 要 简单 ,可 以 对 装饰 模式 进行 简化 ,在 
简化 过 程 中 需要 注意 如 下 几 个 问题 ， 

(1) 一 个 装饰 类 的 接口 必须 与 被 装饰 类 的 接口 保持 相同 。 对 于 客户 端 来 说 ,无 论 是 装 
饰 之 前 的 对 象 还 是 装饰 之 后 的 对 象 都 可 以 同等 对 待 。 

(2) 尽量 保持 具体 构件 类 ConcreteComponent 作为 一 个 “ 轻 ” 类 ,也 就 是 说 不 要 把 太 多 
的 逻辑 和 状态 放 在 具体 构件 类 中 ,可 以 通过 装饰 类 对 其 进行 扩展 。 

(3) 如 果 只 有 一 个 具体 构件 类 而 没有 抽象 构件 类 ,那么 抽象 装饰 类 可 以 作为 具体 构件 
类 的 直接 子 类 ,如 图 13-6 所 示 。 


图 13-6 没有 抽象 构件 的 装饰 模式 


如 果 只 有 一 个 具体 装饰 类 ,那么 就 没有 必要 设计 一 个 单独 的 抽象 装饰 类 ,可 以 把 抽象 装 
饰 类 和 具体 装饰 类 的 职责 合并 在 一 个 类 中 。 


2. 透明 装饰 模式 和 半 透 明 装饰 模式 


(1) 透明 装饰 模式 
在 透明 装饰 模式 中 ,要 求 客户 端 完全 针对 抽象 编程 ,装饰 模式 的 透明 性 要 求 客户 端 程序 
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不 应 该 声明 具体 构件 类 型 和 具体 装饰 类 型 ,而 应 该 全 部 声明 为 抽象 构件 类 型 。 也 就 是 应 该 
使 用 如 下 代码 : 


Component c = new ConcreteComponent(); 
Component cl = new ConcreteDecoratorl(c); 
Component c2 = new ConcreteDecorator(c1); 


而 不 应 该 使 用 如 下 代码 : 


ConcreteDecorator cl = new ConcreteDecorator(c); 


在 实例 “变形 金刚 ?中 存在 如 下 客户 端 代码 (片段 ) : 


Transform camaro; 
camaro = new Car( ); 
Robot bumblebee = new Robot (camaro); 


在 定义 bumblebee 时 使 用 具体 装饰 类 Robot ,和 否则 无 法 调用 到 其 中 新 增 的 方法 say()， 
客户 端 无 法 透明 对 待 具 体 构件 对 象 与 具体 装饰 对 象 , 因 此 不 是 透明 装饰 模式 。 
而 在 实例 “多 重 加 密 系 统 ” 中 存在 如 下 客户 端 代码 (片段 ) ; 


Cipher sc,cc,ac; 

sc = new SimpleCipher( ); 

cc = new ComplexCipher( sc); 
ac = new RdvancedCipher(cc) ; 


使 用 抽象 构件 类 型 Cipher 定义 具体 构件 对 象 和 有 具体 装饰 对 象 ,客户 端 可 以 一 致 地 使 用 
这 些 对 象 , 因 此 符合 透明 装饰 模式 的 要 求 。 

(2) 半 透 明 装 饰 模式 

然而 ,透明 装饰 模式 在 实际 开发 中 很 难 找到 。 装 饰 模式 的 用 意 是 在 不 改变 接口 的 前 提 
下 ,增强 原 有 类 的 功能 。 在 增强 功能 时 用 户 往 往 需 要 创建 新 的 方法 ,如 变形 金刚 本 身 只 是 一 
辆 车 ,不 能 说 话 , 但 是 机 器 人 可 以 ,这 就 意味 着 机 器 人 应 该 增加 一 个 新 的 方法 say()。 

实际 上 ,大 多 数 装饰 模式 都 是 半 透 明 (semi-transparent) 的 装饰 模式 ,而 不 是 完全 透明 
Ctransparent) 的 。 即 允许 用 户 在 客户 端 声明 具体 装饰 者 类 型 的 对 象 .调用 在 具体 装饰 者 中 
新 增 的 方法 ,代码 如 下 : 


Transform camaro; 

camaro = new Car(); 

camaro. move( ); 

Robot bumblebee = new Robot (camaro); 
bumblebee. move( ); 

bumblebee. say( ); 


Transform 接口 中 没有 定义 say() 方 法 :只 有 Robot 类 中 才 有 ,因此 在 客户 端 只 能 使 用 
Robot 来 定义 装饰 之 后 的 bumblebee 对 象 。 半 透明 装饰 模式 最 大 的 缺点 在 于 不 能 实现 多 重 
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装饰 ,但 其 设计 相对 简单 ,使 用 也 非常 方便 。 
13.6 本 章 小 结 


(1) 装饰 模式 用 于 动态 地 给 一 个 对 象 增加 一 些 额外 的 职责 ,就 增加 对 象 功能 来 说 ,装饰 
模式 比 生成 子 类 实现 更 为 灵活 。 它 是 一 种 对 象 结构 型 模式 。 

(2) 装饰 模式 包含 四 个 角色 : 抽象 构件 定义 了 对 象 的 接口 ,可 以 给 这 些 对 象 动态 增加 
职责 (方法 ); 具体 构件 定义 了 具体 的 构件 对 象 ,实现 了 在 抽象 构件 中 声明 的 方法 ,装饰 器 可 以 
给 它 增加 额外 的 职责 (方法 ); 抽象 装饰 类 是 抽象 构件 类 的 子 类 ,用 于 给 具体 构件 增加 职责 ,但 
是 具体 职责 在 其 子 类 中 实现 ; 具体 装饰 类 是 抽象 装饰 类 的 子 类 ,负责 向 构件 添加 新 的 职责 。 

(3) 使 用 装饰 模式 来 实现 扩展 比 继承 更 加 灵活 , 它 以 对 客户 透明 的 方式 动态 地 给 一 个 
对 象 附加 更 多 的 责任 。 装 饰 模式 可 以 在 不 需要 创造 更 多 子 类 的 情况 下 ,将 对 象 的 功能 加 以 
扩展 。 

(4) 装饰 模式 的 主要 优点 在 于 可 以 提供 比 继承 更 多 的 灵活 性 ,可 以 通过 一 种 动态 的 方 
式 来 扩展 一 个 对 象 的 功能 ,并 通过 使 用 不 同 的 具体 装饰 类 以 及 这 些 装饰 类 的 排列 组 合 ,可 以 
创造 出 很 多 不 同行 为 的 组 合 , 而 且 具 体 构件 类 与 具体 装饰 类 可 以 独立 变化 ,用 户 可 以 根据 需 
要 增加 新 的 具体 构件 类 和 具体 装饰 类 ; 其 主要 缺点 在 于 使 用 装饰 模式 进行 系统 设计 时 将 产 
生 很 多 小 对 象 ,而 且 装 饰 模式 比 继承 更 加 易于 出 错 , 排 错 也 很 困难 ,对 于 多 次 装饰 的 对 象 , 调 
试 时 寻找 错误 可 能 需要 逐 级 排查 ,较为 烦琐 。 

(5) 装饰 模式 适用 情况 包括 : 在 不 影响 其 他 对 象 的 情况 下 ,以 动态 .透明 的 方式 给 单个 
对 象 添加 职责 ; 需要 动态 地 给 一 个 对 象 增加 功能 ,这 些 功 能 也 可 以 动态 地 被 撤销 ; 当 不 能 
采用 继承 的 方式 对 系统 进行 扩充 或 者 采用 继承 不 利于 系统 扩展 和 维护 时 。 

(6) 装饰 模式 可 分 为 透明 装饰 模式 和 半 透 明 装 饰 模 式 : 在 透明 装饰 模式 中 ,要 求 客户 
端 完 全 针对 抽象 编程 ,装饰 模式 的 透明 性 要 求 客 户 端 程序 不 应 该 声明 具体 构件 类 型 和 具体 
装饰 类 型 ,而 应 该 全 部 声明 为 抽象 构件 类 型 ; 半 透 明 装 饰 模式 允许 用 户 在 客户 端 声明 具体 
装饰 者 类 型 的 对 象 ,调用 在 具体 装饰 者 中 新 增 的 方法 。 


思考 与 练习 


1. 修改 实例 一 “变形 金刚 ”代码 ,使 得 将 其 改 为 透明 装饰 模式 (可 以 增加 一 个 新 的 方法 ) 。 

2. 简单 的 手机 (SimplePhone) 在 接收 到 来 电 的 时 候 , 会 发 出 声音 来 提醒 主人 ; 而 现在 
我 们 需要 为 该 手机 添加 一 项 功能 ,在 接收 来 电 的 时 候 , 除 了 有 声音 还 能 产生 振动 
(JarPhone); 还 可 以 得 到 更 加 高 级 的 手机 (ComplexPhone) .来电 时 它 不 仅 能 够 发 声 , 产 生 
振动 ,而且 有 灯光 闪烁 提示 。 现 用 装饰 模式 来 模拟 手机 功能 的 升级 过 程 ,要求 绘制 类 图 并 编 
程 模拟 实现 。 

3. 某 图 书 管理 系统 中 ,书籍 类 (Book) 具 有 借 书 方法 borrowBook() 和 还 书 方 法 
returnBook()。 现 需要 动态 给 书籍 对 象 添加 冻结 方法 freeze() 和 遗失 方法 lose()。 使 用 装 
饰 模式 设计 该 系统 ,绘制 类 图 并 编程 实现 。 


外 观 模 式 


外 观 模式 是 一 种 使 用 频率 非常 高 的 设计 模式 , 它 通过 引入 一 个 外 观 角色 
来 简化 客户 端 与 子 系统 之 间 的 操作 ,为 复杂 的 子 系统 调用 提供 一 个 统一 的 入 
口 ,使 子 系统 与 客户 端的 耦合 度 降 低 , 且 客户 端 调用 非常 方便 。 


本 章 将 介绍 外 观 模式 的 定义 与 结构 ,结合 实例 学 习 如 何 使 用 外 观 模式 并 分 析 外 观 模式 
的 优 缺 点 。 

本 章 的 难点 在 于 理解 外 观 类 的 作用 ,如 何 通 过 外 观 类 简化 客户 端的 操作 ,以 及 在 软件 开 
发 中 如 何 应 用 外 观 模式 。 

外 观 模 式 重要 等 级 : 友 友 友 友 友 

外 观 模 式 难度 等 级 : 友 丰 六 六 六 


14.1 外 观 模式 动机 与 定义 


无 论 是 在 现实 生活 中 还 是 在 软件 开发 过 程 中 ,人 们 经 常会 遇 到 这 样 一 类 情况 : 需要 和 
多 个 对 象 打交道 ,例如 用 户 在 自行 组 装 计算 机 时 需要 购买 显示 器 主板、 硬盘 ,内存 .CPU 等 
硬件 设备 ,组装 过 程 麻烦 而 且 可 能 还 会 存在 设备 不 兼容 ,而 直接 购买 已 由 专业 人 士 组 装 好 的 
计算 机 则 可 以 省 去 这 些 麻烦 。 我 们 无 须 一 一 购置 设备 ,通过 专业 计算 机 组 装 人 员 可 以 获得 
一 台 完 整 的 计算 机 。 由 于 计算 机 组 装 人 员 的 出 现 , 简 化 了 用 户 与 多 个 设备 之 间 的 交互 ,使 得 
用 户 不 需要 关心 设备 的 组 装 细节 即 可 使 用 它们 ,在 这 里 ,计算 机 组 装 人 员 充 当 了 一 个 我 们 称 
之 为 “外 观 类 ?的 角色 ,通过 它 可 以 简化 用 户 与 多 个 对 象 之 间 的 交互 过 程 。 基 于 这 种 设计 思 
想 的 模式 称 为 "外观 模式 ”, 本 章 我 们 将 详细 学 习 该 模式 。 


14.1.1 模式 动机 


在 大 多 数 情况 下 ,无 论 一 个 网 站 的 大 小 ,都 会 提供 一 个 网 站 首页 。 网 站 首页 一 般 作 为 整 
个 网 站 的 入 口 , 它 提供 了 通 往 各 个 子 栏目 ( 子 系统 ) 的 超 链接 ,用 户 通过 该 首页 即 可 进入 子 栏 
目 获 取 所 需 信息 。 对 于 用 户 而 言 ,只 需 记 住 网 站 首页 的 网 址 URL, 而 无 须 记 住 每 一 个 子 栏 
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目的 网 址 。 如 图 14-1 所 示 某 网 站 系统 结构 图 ,该 网 站 提供 了 “公司 新 闻 ”“ 留 言 系统 ”等 子 
栏目 ,通过 首页 可 以 进入 这 些 子 栏目 。 在 这 里 ,网 站 首页 作为 用 户 访问 子 栏目 的 入 口 ,是 
网 站 的 “外 观 角 色 ”。 用 户 通过 它 可 以 方便 地 访问 子 栏目 ,当然 也 可 以 绕 过 它 直 接 访 问 子 
全 | 同 必 


网 站 首页 


[公司 新 闻 ] 。 | 留言 系统 | 。 | 产品 介绍 | 。 | 在 线 论坛 | 


图 14-1 网 站 系统 结构 图 


如 果 没 有 外 观 角色 , 即 没有 为 网 站 提供 一 个 首页 ,每 个 用 户 需 要 记 住 所 有 子 栏目 的 
URL, 也 就 是 说 用 户 Client 需要 和 子 系统 Subsystem 进行 复杂 的 交互 ,系统 的 耦合 度 将 很 
大 (如 图 14-2 左 侧 所 示 ); 而 增加 一 个 外 观 角色 之 后 ,用 户 只 需要 直接 与 外 观 角色 交互 ,用 
户 与 子 系统 之 间 的 复杂 关系 由 外 观 角色 来 实现 ,从 而 降低 了 系统 的 耦合 度 ( 如 图 14-2 右 侧 
所 示 ) 。 


Client 


—> 


Subsystem 


图 14-2 外 观 模式 示意 图 


14.1.2 模式 定义 


外 观 模 式 (Facade Pattern) 定 义 : 为 子 系统 中 的 一 组 接口 提供 一 个 统一 的 入 口 。 外 观 模 
式 定义 了 一 个 高 层 接口 ,这 个 接口 使 得 这 一 子 系统 更 加 容易 使 用 。 在 外 观 模式 中 ,外 部 与 一 
个 子 系统 的 通信 可 以 通过 一 个 统一 的 外 观 对 象 进 行 。 外 观 模 式 又 称 为 门面 模式 , 它 是 一 种 
对 象 结构 型 模式 。 

英文 定义 :“Provide a unified interface to a set of interfaces in a subsystem. Facade 


defines a higher-level interface that makes the subsystem easier to use. ”。 
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14.2 ”外观 模式 结构 与 分 析 


外 观 模式 的 核心 是 外 观 类 ,下 面 将 介绍 并 分 析 其 模式 结构 。 
14.2.1 模式 结构 


外 观 模式 没有 一 个 一 般 化 的 类 图 描述 ,图 14-3 是 外 观 模式 结构 示意 图 。 
当然 如 图 14-4 所 示 的 类 图 也 可 以 作为 外 观 模式 的 描述 形式 之 一 。 


Facade 


Subsystem 


图 14-3 ”外观 模式 结构 示意 图 图 14-4 ”外 观 模式 类 图 


外 观 模式 包含 如 下 两 个 角色 : 

1. Facade( 外 观 角 色 ) 

在 客户 端 可 以 调用 这 个 角色 的 方法 ,在 外 观 角 色 中 可 以 知道 相关 的 (一 个 或 者 多 个 ) 子 
系统 的 功能 和 责任 ; 在 正常 情况 下 , 它 将 所 有 从 客户 端 发 来 的 请 求 委派 到 相应 的 子 系统 去 ， 
传递 给 相应 的 子 系统 对 象 处 理 。 

2. SubSystem( 子 系统 角色 ) 

在 软件 系统 中 可 以 同时 有 一 个 或 者 多 个 子 系统 角色 ,每 一 个 子 系统 可 以 不 是 一 个 单独 
的 类 ,而 是 一 个 类 的 集合 , 它 实 现 子 系统 的 功能 ; 每 一 个 子 系统 都 可 以 被 客户 端 直接 调用 ， 
或 者 被 外 观 角 色调 用 , 它 处 理由 外 观 类 传 过 来 的 请 求 ; 子 系统 并 不 知道 外 观 的 存在 ,对 于 子 
系统 而 言 ,外 观 仅 仅 是 另外 一 个 客户 端 而 已 。 


14.2.2 模式 分 析 


根据 “单一 职责 原则 ”, 在 软件 中 将 一 个 系统 划分 为 若干 个 子 系统 有 利于 降低 整个 系统 
的 复杂 性 ,一 个 常见 的 设计 目标 是 使 子 系统 间 的 通信 和 相互 依赖 关系 达到 最 小 ,而 达到 该 目 
标的 途径 之 一 就 是 引入 一 个 外 观 对 象 , 它 为 子 系统 的 访问 提供 了 一 个 简单 而 统一 的 人 口 。 
外 观 模 式 也 是 “ 迪 米 特 法 则 ”的 体现 ,通过 引入 一 个 新 的 外 观 类 可 以 降低 原 有 系统 的 复杂 度 ， 
同时 降低 客户 类 与 子 系统 类 的 耦合 度 。 
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外 观 模式 是 一 个 使 用 频率 非常 高 ,但 理解 较为 简单 的 模式 。 在 几乎 所 有 的 软件 中 都 能 
够 找到 外 观 模式 的 应 用 ,如 绝 大 多 数 B/S 系统 都 有 一 个 首页 或 者 导航 页 面 , 大 部 分 C/S 系 
统 都 提供 了 菜单 或 者 工具 栏 ,在 这 里 ,首页 和 导航 页 面 就 是 B/S 系统 的 外 观 角 色 ,而 菜单 和 
工具 栏 就 是 C/S 系统 的 外 观 角 色 , 通 过 它们 用 户 可 以 快速 访问 子 系 统 , 降 低 了 系统 的 复杂 
程度 。 

外 观 模式 要 求 一 个 子 系统 的 外 部 与 其 内 部 的 通信 通过 一 个 统一 的 外 观 对 象 进行 ,外 观 
类 将 客户 端 与 子 系统 的 内 部 复杂 性 分 隔 开 ,使 得 客户 端 只 需要 与 外 观 对 象 打交道 ,而 不 需要 
与 子 系统 内 部 的 很 多 对 象 打交道 。 

外 观 模式 的 目的 在 于 降低 系统 的 复杂 程度 ,在 面向 对 象 软件 系统 中 ,类 与 类 之 间 的 关系 
越 多 ,不 能 表示 系统 设计 得 越 好 ,反而 表示 系统 中 类 之 间 的 耦合 度 太 大 ,这 样 的 系统 在 维护 
和 修改 时 都 缺乏 灵活 性 。 因 为 一 个 类 的 改动 会 导致 多 个 类 发 生变 化 ,而 外 观 模式 的 引入 很 
大 程度 上 降低 了 类 之 间 的 通信 和 关系 。 引 入 外 观 模式 之 后 ,增加 新 的 子 系统 或 者 移 除 子 系 
统 都 非常 方便 ,客户 端 类 无 须 进行 修改 (或 者 极 少 的 修改 ) ,只 需要 在 外 观 类 中 增加 或 移 除 对 
子 系统 的 引用 即 可 。 从 这 一 点 来 说 ,外 观 模式 在 一 定 程度 上 并 不 符合 “ 开 闭 原则 ”, 增 加 新 的 
子 系统 需要 对 原 有 系统 进行 一 定 的 修改 ,虽然 这 个 修改 工作 量 不 大 。 

外 观 模式 的 另 一 个 特点 是 给 客户 端的 使 用 带 来 极 大 的 方便 , 举 一 个 通俗 的 例子 : 自己 
泡 咖 啡 需要 自己 准备 开水 、 准 备 咖 啡 .准备 杯子 ,还 要 自己 煮 ,而 去 咖啡 厅 喝 咖啡 只 需要 把 要 
求 告诉 服务 员 , 所 有 的 过 程 由 服务 员 来 完成 ,而 我 们 需要 做 的 仅仅 就 是 等 待 那 杯 香醇 的 咖 
啡 ,这 个 例子 中 咖啡 厅 服 务 员 就 是 外 观 角色 。 由 此 可 见 , 外 观 模式 从 很 大 程度 上 提高 了 客户 
端 使 用 的 便捷 性 ,使 得 客户 端 无 须 关 心 子 系统 的 工作 细节 ,通过 外 观 角色 即 可 调用 相关 
功能 。 

在 外 观 角色 中 可 能 存在 如 下 典型 代码 : 


14.3 ”外 观 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 外 观 模式 。 
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14.3.1 外 观 模式 实例 之 电源 总 开关 


1. 实例 说 明 


现在 考察 一 个 电源 总 开关 的 例子 ,以 便 进一步 说 明 外 观 模 式 。 为 了 使 用 方便 ,一 个 电源 
总 开关 可 以 控制 四 菩 灯 一 个 风扇 一 台 空调 和 一 台电 视 机 的 启动 和 关闭 。 通 过 该 电源 总 开 
关 可 以 同时 控制 所 有 上 述 电 器 设备 ,使 用 外 观 模 式 设计 该 系统 。 


2. 实例 类 图 
通过 分 析 ,该 实例 类 图 如 图 14-5 所 示 。 


图 14-5 电源 总 开关 类 图 


3. 实例 代码 及 解释 
(1) 子 系统 类 Light( 电 灯 类 ) 
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{ 
System. out. println(this. position + " 灯 打 开 !"); 
} 


public void off() 
{ 
System. out. println(this. position + " 灯 关 闭 !"); 
} 
} 


Light 作为 子 系统 类 ,提供 了 开启 方法 on() 和 关闭 方法 off() 。 
(2) 子 系统 类 Fan( 电 风扇 类 ) 


public class Fan 
public void on() 
{ 
System. out. println(" 风 扇 打 开 !"); 
} 


public void off() 
{ 
System. out. println(" 风 扇 关 闭 !"); 
} 


Fan 也 是 子 系统 类 ,提供 了 开启 方法 on() 和 关闭 方法 off() 。 
(3) 子 系统 类 AirConditioner( 空 调 类 ) 


public class RirConditioner 
{ 
public void on() 
t 
System. out. println(" 空 调 打 开 !"); 
} 


public void off() 
{ 
System. out. println(" 空 调 关 闭 !"); 
} 
} 


AirConditioner 也 是 子 系统 类 ,提供 了 开启 方法 on() 和 关闭 方法 off() 。 
(4) 子 系统 类 Television( 电 视 类 ) 


public class Television 
public void on() 
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| 
System. out. println(" 电 视 机 打开 !"); 


public void off() 
{ 

System. out. printin(" 电 视 机 关闭 !"); 
} 


Television 也 是 子 系统 类 ,提供 了 开启 方法 on() 和 关闭 方法 off() 。 
(5) 外 观 类 GeneralSwitchFacade( 总 开关 类 ) 


public class GeneralSwitchFacade { 
private Light lights[ ] = new Light[4]; 
private Fan fan; 
private AirConditioner ac; 


private Television tv; 


public GeneralSwitchFacade( ) 

ft 
lights[0] = new Light(" 左 前 "); 
lights[1] = new Light(" 右 前 "); 
lights[2] = new Light(" 左 后 "); 
lights[3] = new Light(" 右 后 "); 
fan = new Fan( ); 
ac = new AirConditioner( ); 
tv = new Television(); 


} 


public void on() 

{ 
lights[0].on(); 
lights[1].on(); 
lights[2].on(); 
lights[3].on(); 
fan. on(); 
ac. on(); 
tv. on(); 


} 


public void off() 

{ 
lights[0].off(); 
lights[1].off(); 
lights[2].off(); 
lights[3]. off(); 
fan. off(); 
ac. off(); 
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tv. off(); 


} 


GeneralSwitchFacade 是 外 观 类 ,也 是 整个 外 观 模 式 的 核心 , 它 与 子 系统 类 之 间 具 有 关 
联 关系 ,在 外 观 类 中 可 以 调用 子 系统 对 象 的 方法 。 本 实例 中 ,在 GeneralSwitchFacade 类 的 
on() 方 法 中 调用 了 每 一 个 子 系统 类 的 on() 方 法 ,off() 方 法 中 调用 了 每 一 个 子 系统 类 的 
off() 方 法 ,从 而 实现 了 对 整个 系统 的 统一 控制 。 


4. 辅助 代码 
客户 端 测试 类 Client 如 下 : 


public class Client 
下 
public static void main(String args[ ]) 
GeneralSwitchFacade gsf = new GeneralSwitchFacade( ); 
gsf. on( ); 
Saton mut Printinl = ex 
gsf. off(); 


} 


在 Client 类 中 定义 了 GeneralSwitchFacade 外 观 类 的 对 象 gsf, 通 过 调用 该 对 象 的 方法 
间接 实现 对 子 系统 类 的 操作 ,客户 端 代码 非常 简单 。 

5. 结果 及 分 析 

编译 并 运行 程序 ,输出 结果 如 下 : 


左前 灯 打 开 ! 
右前 灯 打 开 ! 
左 后 灯 打 开 ! 
右 后 灯 打 开 ! 
风扇 打开 ! 

空调 打开 ! 

电视 机 打开 ! 
左前 灯 关 闭 ! 
右前 灯 关 闭 ! 
左 后 灯 关闭 ! 
右 后 灯 关闭 ! 
风扇 关闭 ! 

空调 关闭 ! 

电视 机 关闭 ! 


在 客户 类 中 使 用 外 观 类 可 以 调用 子 系统 类 的 相关 方法 。 如 果 需 要 增加 新 的 子 系统 类 ， 
并 且 使 用 原 有 外 观 类 对 新 的 子 系统 类 进行 控制 ,需要 修改 外 观 类 源 代码 ,这 将 违背 “ 开 闭 原 
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则 ”, 可 以 通过 引入 抽象 外 观 类 等 方式 进行 改进 。 
14.3.2 外观 模 式 实例 之 文件 加 密 


1. 实例 说 明 

某 系 统 需要 提供 一 个 文件 加 密 模 块 , 加 密 流程 包括 三 个 操作 ,分 别 是 读 取 源 文件 .加密 、 
保存 加 密 之 后 的 文件 。 读 取 文 件 和 保存 文件 使 用 流 来 实现 ,这 三 个 操作 相对 独立 ,其 业务 代 
码 封装 在 三 个 不 同 的 类 中 。 现 在 需要 提供 一 个 统一 的 加 密 外 观 类 ,用 户 可 以 直接 使 用 该 加 
密 外 观 类 完成 文件 的 读 取 、 加 密 和 保存 三 个 操作 ,而 不 需要 与 每 一 个 类 进行 交互 ,使 用 外 观 
模式 设计 该 加 密 模块 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 14-6 所 示 。 


图 14-6 文件 加 密 类 图 


在 图 14-6 中 ,FileReader 类 用 于 读 取 文件 ,CipherMachine 类 用 于 实现 加 密 , FileWriter 
类 用 于 保存 文件 ,在 加 密 时 需要 指定 源 文件 路 径 及 名 称 (fileNameSrc) 和 保存 后 目标 文件 路 
径 及 名 称 (fileNameDes)。 

该 实例 的 代码 解释 与 结果 分 析 略 。 


14.4 外 观 模式 效果 与 应 用 


14.4.1 模式 优 缺点 


外 观 模式 并 不 给 系统 增加 任何 新 功能 , 它 仅 仅 是 增加 一 些 简单 化 的 接口 。 外 观 模 式 的 
优点 如 下 : 

(1) 对 客户 屏蔽 子 系统 组 件 ,减少 了 客户 处 理 的 对 象 数目 并 使 得 子 系统 使 用 起 来 更 加 
容易 。 通 过 引入 外 观 模式 ,客户 代码 将 变 得 很 简单 ,与 之 关联 的 对 象 也 很 少 。 
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(2) 实现 了 子 系统 与 客户 之 间 的 松 耦 合 关系 ,这 使 得 子 系统 的 组 件 变化 不 会 影响 到 调 
用 它 的 客户 类 ,只 需要 调整 外 观 类 即 可 。 

(3) 降低 了 大 型 软件 系统 中 的 编译 依赖 性 ,并 简化 了 系统 在 不 同 平台 之 间 的 移植 过 程 ， 
因为 编译 一 个 子 系统 一 般 不 需要 编译 所 有 其 他 的 子 系统 。 一 个 子 系统 的 修改 对 其 他 子 系统 
没有 任何 影响 ,而 且 子 系统 内 部 变化 也 不 会 影响 到 外 观 对 象 。 

(4) 只 是 提供 了 一 个 访问 子 系统 的 统一 入口 ,并 不 影响 用 户 直 接 使 用 子 系统 类 。 

外 观 模式 的 缺点 如 下 : 

(1) 不 能 很 好 地 限制 客户 使 用 子 系统 类 ,如 果 对 客户 访问 子 系统 类 做 太 多 的 限制 则 减 
少 了 可 变性 和 灵活 性 。 

(2) 在 不 引入 抽象 外 观 类 的 情况 下 ,增加 新 的 子 系统 可 能 需要 修改 外 观 类 或 客户 端的 
源 代码 ,违背 7 了“ 开 闭 原则 ”。 


14.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 外 观 模式 : 

(1) 当 要 为 一 个 复杂 子 系 统 提供 一 个 简单 接口 时 可 以 使 用 外 观 模 式 。 该 接口 可 以 满足 
大 多 数 用 户 的 需求 ,而 且 用 户 也 可 以 越过 外 观 类 直接 访问 子 系统 。 

(2) 客户 程序 与 多 个 子 系统 之 间 存 在 很 大 的 依赖 性 。 引 入 外 观 类 将 子 系统 与 客户 以 及 
其 他 子 系统 解 耦 ,可 以 提高 子 系统 的 独立 性 和 可 移植 性 。 

(3) 在 层次 化 结构 中 ,可 以 使 用 外 观 模式 定义 系统 中 每 一 层 的 人口 , 层 与 层 之 间 不 直接 
产生 联系 ,而 通过 外 观 类 建立 联系 ,降低 层 之 问 的 耦合 度 。 


14.4.3 模式 应 用 


(1) 在 JDBC 数据 库 操作 中 ,首先 需要 创建 连接 Connection 对 象 , 然 后 通过 Connection 
对 象 创建 语句 Statement 对 象 或 其 子 类 (如 PreparedStatement) 的 对 象 ,如 果 是 数据 查询 语 
句 , 通 过 Statement 对 象 可 以 获取 结果 集 ResultSet 对 象 。 在 大 部 分 数据 库 操作 代码 中 都 
会 多 次 定义 这 三 个 对 象 ,使 用 外 观 模式 将 简化 JDBC 操作 代码 ,如 可 以 定义 如 下 
Facade 类 ， 
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catch (Exception e) { 
e. printStackTrace( ) 
} 
} 


public int executeUpdate(String sql) { 
try{ 
return statement. executeUpdate( sql); 
} 
catch (SQLException e) { 
e. printStackTrace( ); 
return -1; 


} 


public ResultSet executeQuery(String sql) { 
try{ 
return statement. executeQuery(sql); 
} catch (SQLException e) { 
e. printStackTrace( ); 
return null; 


} 


public void close() { 
try { 
statement. close( ); 
conn. close(); 
} catch (SQLException e) { 
e. printStackTrace( ); 


j 


} 


客户 端 在 使 用 时 就 无 须 与 这 些 数据 库 操作 对 象 一 一 交互 ,只 需要 直接 使 用 该 外 观 类 
即 可 。 

(2) Session 外 观 模式 是 外 观 模式 在 Java EE 框架 中 的 应 用 。Session 外 观 模 式 用 一 个 
SessionBean 作为 外 观 ,用 于 封装 一 个 工作 流程 中 的 业务 对 象 之 间 的 相互 作用 。Session 外 
观 对 象 管理 业务 对 象 并 为 客户 端 提供 一 个 粗 粒 度 的 服务 层 。Session 外 观 对 象 将 业务 对 象 
之 间 的 相互 作用 抽象 化 , 它 把 客户 端 所 需要 的 接口 通过 一 个 服务 层 暴露 给 客户 端 。 

图 14-7 中 的 SessionFacade 就 是 一 个 外 观 类 .而 BusinessObjectl 和 BusinessObjectN 
都 是 实体 Bean (EntityBean), 它们 封装 了 一 个 子 系统 的 数据 库 操 作 多 辑 。 客户 端 
ClientObject 只 需要 知道 这 个 外 观 类 的 接口 就 可 以 了 , 它 不 需要 知道 代表 具体 业务 逻辑 的 
BusinessObjectl 和 BusinessObjectN 。 

使 用 外 观 模式 来 描述 该 结构 ,BusinessObjectl 和 BusinessObjectN 表示 子 系统 ,而 
SessionFacade 将 客户 端 与 子 系统 的 内 部 分 隔 开 ,扮演 了 外 观 角 色 。 
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图 14-7 ”Session 外 观 模式 结构 图 


在 Session 外 观 模式 中 ,SessionFacade 是 一 个 SessionBean, 用 来 支持 某 一 个 或 多 个 工作 流 
程 , 它 将 真实 的 工作 委派 给 EntityBean。BusinessObjectl 和 BusinessObjectN 是 具体 的 
EntityBean, 实 现 了 工作 流程 中 的 一 步 或 几 步 业务 逻辑 。SessionFacade 清楚 BusinessObjectl 和 
BusinessObjectN 的 存在 ,但 是 BusinessObjectl 和 BusinessObjectN 并 不 知道 SessionFacade。 
从 BusinessObjectl 和 BusinessObjectN 来 看 , SessionFacade 仅仅 是 客户 端 之 一 。 而 从 
ClientObject 对 象 来 看 ,SessionFacade 就 代表 了 整个 子 系统 ,因为 它 提供 了 ClientObject 对 
这 个 子 系统 的 全 部 需求 。 


14.5 外观 模式 扩展 


1. 一 个 系统 有 多 个 外 观 类 

在 外 观 模 式 中 ,通常 只 需要 一 个 外 观 类 ,并 且 此 外 观 类 只 有 一 个 实例 ,换言之 它 是 一 个 
单 例 类 。 在 很 多 情况 下 为 了 节约 系统 资源 ,一 般 将 外 观 类 设计 为 单 例 类 。 当 然 这 并 不 意味 
着 在 整个 系统 里 只 能 有 一 个 外 观 类 ,在 一 个 系统 中 可 以 设计 多 个 外 观 类 ,每 个 外 观 类 都 负责 
和 一 些 特定 的 子 系统 交互 ,向 用 户 提供 相应 的 业务 功能 。 

2. 不 要 试图 通过 外 观 类 为 子 系统 增加 新 行为 

不 要 通过 继承 一 个 外 观 类 在 子 系统 中 加 入 新 的 行为 ,这 种 做 法 是 错误 的 。 外 观 模式 
的 用 意 是 为 子 系统 提供 一 个 集中 化 和 简化 的 沟通 渠道 ,而 不 是 向 子 系统 加 入 新 的 行为 ， 
新 的 行为 的 增加 应 该 通过 修改 原 有 子 系统 类 或 增加 新 的 子 系统 类 来 实现 ,不 能 通过 外 观 

3. 外 观 模式 与 迪 米 特 法 则 

迪 米 特 法 则 要 求 只 与 你 直接 的 朋友 通信 。 迪 米 特 法 则 要 求 每 一 个 对 象 与 其 他 对 象 的 相 
互 作用 均 是 短程 的 ,而 不 是 长 程 的 。 换 名 话说 ,一 个 对 象 只 应 当知 道 它 的 直接 交互 者 的 接 
口 。 外 观 模 式 创造 出 一 个 外 观 对 象 ,将 客户 端 所 涉及 的 属于 一 个 子 系统 的 协作 伙伴 的 数量 
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减 到 最 少 ,使 得 客户 端 与 子 系统 内 部 的 对 象 的 相互 作用 被 外 观 对 象 所 取代 。 外 观 类 充当 了 
客户 类 与 子 系统 类 之 间 的 “第 三 者 ”, 降 低 了 客户 类 与 子 系统 类 之 间 的 耦合 度 ,外 观 模式 就 是 
实现 代码 重 构 以 便 达 到 * 迪 米 特 法 则 ?要 求 的 一 个 强 有 力 的 武器 。 

4. 抽象 外 观 类 的 引入 

外 观 模 式 最 大 的 缺点 在 于 违背 了 “ 开 闭 原则 ”, 当 增加 新 的 子 系统 或 者 移 除 子 系统 时 需 
要 修改 外 观 类 ,可 以 通过 引入 抽象 外 观 类 在 一 定 程度 上 解决 该 问题 ,客户 端 针 对 抽象 外 观 类 
进行 编程 。 对 于 新 的 业务 需求 ,不 修改 原 有 外 观 类 ,而 对 应 增加 一 个 新 的 具体 外 观 类 ,由 新 
的 具体 外 观 类 来 关联 新 的 子 系统 对 象 ,同时 通过 修改 配置 文件 来 达到 不 修改 源 代码 并 更 换 
外 观 类 的 目的 。 其 基本 结构 如 图 14-8 所 示 。 


图 14-8 引入 抽象 外 观 类 的 外 观 模式 结构 图 


14.6 ”本章 小 结 


(1) 外 观 模式 为 子 系统 中 的 一 组 接口 提供 一 个 统一 的 人 口 。 外 观 模式 定义 了 一 个 高 层 
接口 ,这 个 接口 使 得 这 一 子 系统 更 加 容易 使 用 。 在 外 观 模式 中 ,外 部 与 一 个 子 系统 的 通信 可 
以 通过 一 个 统一 的 外 观 对 象 进行 。 外 观 模式 又 称 为 门面 模式 , 它 是 一 种 对 象 结构 型 模式 。 

(2) 外 观 模式 包含 两 个 角色 : 外 观 角色 是 在 客户 端 直接 调用 的 角色 ,在 外 观 角色 中 可 
以 知道 相关 的 (一 个 或 者 多 个 ) 子 系统 的 功能 和 责任 , 它 将 所 有 从 客户 端 发 来 的 请 求 委派 到 
相应 的 子 系统 去 ,传递 给 相应 的 子 系统 对 象 处 理 ; 在 软件 系统 中 可 以 同时 有 一 个 或 者 多 个 
子 系统 角色 ,每 一 个 子 系统 可 以 不 是 一 个 单独 的 类 ,而 是 一 个 类 的 集合 , 它 实现 子 系统 的 
功能 。 

(3) 外 观 模式 要 求 一 个 子 系统 的 外 部 与 其 内 部 的 通信 通过 一 个 统一 的 外 观 对 象 进行 ， 
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外 观 类 将 客户 端 与 子 系统 的 内 部 复杂 性 分 隔 开 ,使 得 客户 端 只 需要 与 外 观 对 象 打交道 ,而 不 
需要 与 子 系统 内 部 的 很 多 对 象 打交道 。 

(4) 外 观 模式 主要 优点 在 于 对 客户 屏蔽 子 系统 组 件 ,减少 了 客户 处 理 的 对 象 数目 并 使 
得 子 系统 使 用 起 来 更 加 容易 , 它 实现 了 子 系统 与 客户 之 间 的 松 耦 合 关系 ,并 降低 了 大 型 软件 
系统 中 的 编译 依赖 性 ,简化 了 系统 在 不 同 平台 之 间 的 移植 过 程 ; 其 缺点 在 于 不 能 很 好 地 限 
制 客户 使 用 子 系统 类 ,而 且 在 不 引入 抽象 外 观 类 的 情况 下 ,增加 新 的 子 系统 可 能 需要 修改 外 
观 类 或 客户 端的 源 代 码 ,违背 了 * 开 闭 原 则 ”。 

(5) 外 观 模式 适用 情况 包括 : 要 为 一 个 复杂 子 系统 提供 一 个 简单 接口 ; 客户 程序 与 多 
个 子 系统 之 间 存 在 很 大 的 依赖 性 ; 在 层次 化 结构 中 ,需要 定义 系统 中 每 一 层 的 入 口 ,使 得 层 
与 层 之 间 不 直接 产生 联系 。 


思考 与 练习 


1. 用 Java 代码 实现 “文件 加 密 ” 实 例 。 

2. 在 计算 机 主机 (Mainframe) 中 ,只 需要 按 下 主机 的 开机 按钮 (on()), 即 可 调用 其 他 硬 
件 设备 和 软件 的 启动 方法 ,如 内 存 (Memory) 的 自 检 (check())、CPU 的 运行 (run()) ,硬盘 
(HardDisk) 的 读 取 (read()) ,操作 系统 (OS) 的 载 人 (load()) 等 ,如 果菜 一 过 程 发 生 错 误 则 
计算 机 启动 失败 。 使 用 外 观 模式 模拟 该 过 程 ,绘制 类 图 并 编程 实现 。 

3. 使 用 外 观 模 式 的 设计 思想 来 思考 自己 泡 咖 啡 与 去 咖啡 厅 喝 咖啡 的 区 别 ,绘制 这 两 种 
不 同方 式 的 类 图 并 分 析 其 特点 。 


享 元 模式 


本 章 导 学 

当 系 统 中 存在 大 量 相同 或 者 相似 的 对 象 时 , 享 元 模式 是 一 种 较 好 的 解决 
方案 , 它 通过 共享 技术 实现 相同 或 相似 的 细 粒 度 对 象 的 复 用 ,从 而 节约 了 内 存 
空间 。 在 享 元 模式 中 提供 了 一 个 享 元 池 用 于 存储 已 经 创建 好 的 享 元 对 象 , 并 
通过 享 元 工厂 类 将 享 元 对 象 提供 给 客户 端 使 用 。 


本 章 将 介绍 享 元 模式 的 定义 与 结构 ,学习 如 何 创 建 享 元 池 和 享 元 工厂 类 ,并 结合 实例 学 
习 如 何 实现 无 外 部 状态 的 享 元 模式 以 及 有 外 部 状态 的 享 元 模式 。 

本 章 的 难点 在 于 理解 享 元 模式 中 享 元 工厂 类 的 作用 和 实现 ,以 及 如 何 区 分 对 象 的 内 部 
状态 和 外 部 状态 ,如 何 分 离 对 象 的 外 部 状态 。 

享 元 模式 重要 等 级 : 真 交 交 交 六 

享 元 模式 难度 等 级 : 友 友 女友 六 


15.1 享 元 模式 动机 与 定义 


面向 对 象 的 基本 思想 是 一 切 都 是 对 象 ,但 是 在 实际 情况 下 ,有 时 系统 中 对 象 数目 可 能 会 
非常 庞大 ,然而 这 些 对象 中 有 些 是 相同 或 者 相似 的 ,如 何 使 用 共享 的 技术 实现 这 些 对 象 的 复 
用 就 是 享 元 模式 需要 解决 的 问题 ,本 章 将 学 习 实现 对 象 复 用 的 享 元 模式 。 


15.1.1 模式 动机 


面向 对 象 技术 可 以 很 好 地 解决 一 些 灵活 性 或 可 扩展 性 问题 ,但 在 很 多 情况 下 需要 在 系 
统 中 增加 类 和 对 象 的 个 数 。 当 对 象 数 量 太 多 时 ,将 导致 运行 代价 过 高 , 带 来 性 能 下 降 等 问 
题 。 例 如 在 一 个 文本 文档 中 存在 大 量 重 复 的 字符 串 , 如 果 每 一 个 字符 串 都 用 一 个 单独 的 对 
象 来 表示 ,这 样 的 设计 会 导致 代价 太 大 。 这 会 导致 耗费 大 量 内 存 ,产生 难以 接受 的 运行 开 
销 。 那 么 我 们 如 何 去 避 免 系 统 中 出 现 大 量 相同 或 相似 的 对 象 ,同时 又 不 影响 客户 程序 使 用 
面向 对 象 的 方式 进行 操作 ? 

享 元 模式 正 是 为 解决 这 一 类 问题 而 诞生 的 。 享 元 模式 通过 共享 技术 实现 相同 或 相似 对 
象 的 重用 ,在 逻辑 上 每 一 个 出 现 的 字符 串 都 有 一 个 对 象 与 之 对 应 ,然而 在 物理 上 它们 共享 同 
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一 个 享 元 对 象 .这 个 对 象 可 以 出 现在 一 个 文档 的 不 同 地 方 , 相 同 的 字符 串 对 象 都 指向 同一 个 
实例 ,存储 这 个 实例 的 对 象 可 以 称 为 享 元 池 ,如 图 15-1 所 示 。 


Hello world! Hello world! Hello world! 


Hello world! Hello world! 


Hello world! 


图 15-1 享 元 模式 示意 图 


在 实现 享 元 模式 时 需要 注意 两 个 问题 : 第 一 是 享 元 类 的 设计 ,在 系统 中 有 些 对 象 并 不 
完全 相同 ,它们 只 是 相似 ,如 上 面 所 提 到 的 字符 串 对 象 , 它 们 的 内 容 相同 ,但 是 可 能 有 不 同 的 
颜色 ,因此 首先 需要 找 出 这 些 对 象 的 共同 点 ,在 享 元 类 中 封装 这 些 共 同 的 内 容 , 对 于 不 同 的 
内 容 可 以 通过 外 部 应 用 程序 来 设置 ,而 不 进行 共享 ,在 享 元 模式 中 这 些 可 以 共享 的 相同 内 容 
称 为 内 部 状态 (Intrinsic State) ,而 那些 需要 外 部 环境 来 设置 的 不 能 共享 的 内 容 称 为 外 部 状 
态 (Extrinsic State) ,由 于 区 分 了 内 部 状态 和 外 部 状态 ,因此 可 以 通过 设置 不 同 的 外 部 状态 
使 得 相同 的 对 象 可 以 具有 一 些 不 同 的 特征 ,而 相同 的 内 部 状态 是 可 以 共享 的 。 第 二 个 问题 
是 享 元 对 象 的 存放 ,在 享 元 模式 中 通常 会 出 现 工厂 模 式 ,需要 创建 一 个 享 元 工厂 来 负责 维护 
一 个 享 元 池 (Flyweight Pool) 用 于 存储 具有 相同 内 部 状态 的 享 元 对 象 。 

在 享 元 模式 中 共享 的 是 享 元 对 象 的 内 部 状态 ,外 部 状态 需要 通过 环境 来 设置 。 在 实际 
使 用 中 ,能够 共享 的 内 部 状态 是 有 限 的 ,因此 享 元 对 象 一 般 都 设计 为 较 小 的 对 象 , 它 所 包含 
的 内 部 状态 较 少 ,这 种 对 象 也 称 为 细 粒 度 对 象 。 享 元 模式 的 目的 就 是 使 用 共享 技术 来 实现 
大 量 细 粒度 对 象 的 复 用 ,如 上 面 所 提 到 的 字符 串 对 象 的 复 用 。 


15.1.2 模式 定义 


享 元 模式 (Flyweight Pattern) 定 义 : 运用 共享 技术 有 效 地 支持 大 量 细 粒度 对 象 的 复 
用 。 系 统 只 使 用 少量 的 对 象 ,而 这 些 对 象 都 很 相似 ,状态 变化 很 小 ,可 以 实现 对 象 的 多 次 复 
用 。 由 于 享 元 模式 要 求 能 够 共享 的 对 象 必须 是 细 粒 度 对 象 , 因 此 它 又 称 为 轻 量 级 模式 , 它 是 
一 种 对 象 结构 型 模式 。 

英文 定义 :“Use sharing to support large numbers of fine-grained objects efficiently. ”。 


15.2 享 元 模式 结构 与 分 析 


享 元 模式 结构 较为 复杂 , 享 元 模式 一 般 结合 工厂 模式 一 起 使 用 , 它 的 结构 图 中 包含 了 一 
个 享 元 工厂 类 ,下 面 将 学 习 并 分 析 其 模式 结构 。 


15.2.1 模式 结构 
享 元 模式 结构 图 如 图 15-2 所 示 。 
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图 15-2 享 元 模式 结构 图 


享 元 模式 包含 如 下 角色 : 

1. Flyweight( 抽 象 享 元 类 ) 

抽象 享 元 类 声明 一 个 接口 ,通过 它 可 以 接受 并 作用 于 外 部 状态 。 在 抽象 享 元 类 中 定义 
了 具体 享 元 类 公共 的 方法 ,这 些 方法 可 以 向 外 界 提 供 享 元 对 象 的 内 部 数据 (内 部 状态 ) ,同时 
也 可 以 通过 这 些 方 法 来 设置 外 部 数据 (外 部 状态 ) 。 

2，ConcreteFlyweight( 具 体 享 元 类 ) 

具体 享 元 类 实现 了 抽象 享 元 接口 .其 实例 称 为 享 元 对 象 ; 在 具体 享 元 类 中 为 内 部 状态 
提供 了 存储 空间 ,由 于 具体 享 元 对 象 必须 是 可 以 共享 的 ,因此 它 所 存储 的 状态 必须 是 内 部 
的 , 即 它 独 立 存在 于 自己 的 环境 中 。 可 以 结合 单 例 模式 来 设计 具体 享 元 类 ,为 每 一 个 具体 享 
元 类 提供 唯一 的 享 元 对 象 。 

3. UnsharedConcreteFlyweight( 非 共享 具体 享 元 类 ) 

并 不 是 所 有 的 抽象 享 元 类 的 子 类 都 需要 被 共享 ,不 能 被 共享 的 子 类 则 设计 为 非 共享 具 
体 享 元 类 ; 当 需 要 一 个 非 共享 具体 享 元 类 的 对 象 时 可 以 直接 通过 实例 化 创建 ; 在 某 些 享 元 
模式 的 层次 结构 中 , 非 共 享 具体 享 元 对 象 还 可 以 将 具体 享 元 对 象 作 为 子 节点 。 

4. FlyweightFactory( 享 元 工厂 类 ) 

享 元 工厂 类 用 于 创建 并 管理 享 元 对 象 ; 它 针 对 抽象 享 元 类 编程 ,将 各 种 类 型 的 具体 享 
元 对 象 存储 在 一 个 享 元 池 中 , 享 元 池 一 般 设计 为 一 个 存储 键 值 对 的 集合 (也 可 以 是 其 他 集合 
类 型 ) ,可 以 结合 工厂 模式 进行 设计 ; 当 用 户 请 求 一 个 具体 享 元 对 象 时 , 享 元 工厂 提供 一 个 
存储 在 享 元 池 中 已 创建 的 实例 或 者 创建 一 个 新 的 实例 (如 果 不 存在 的 话 ) ,返回 该 新 创建 的 
实例 并 将 其 存储 在 享 元 池 中 。 


15.2.2 模式 分 析 


享 元 模式 是 一 个 考虑 系统 性 能 的 设计 模式 ,通过 使 用 享 元 模式 可 以 节约 内 存 空 间 ， 
提高 系统 的 性 能 。 其 应 用 场合 有 很 多 ,如 在 一 个 文本 字符 串 中 存在 很 多 重复 的 字符 ,可 


区 
| 
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以 针对 每 一 个 不 同 的 字符 创建 一 个 享 元 对 象 ,将 其 放 在 享 元 池 中 ,需要 时 再 从 享 元 池 取 


出 ,如 图 15-3 所 示 。 
as 
nopqrstuvwxyz 


享 元 模式 的 核心 在 于 享 元 工厂 类 , 享 元 工厂 类 的 作用 在 于 提供 一 个 用 于 存储 享 元 对 象 
的 享 元 池 ,用 户 需要 对 象 时 ,首先 从 享 元 池 中 获取 ,如 果 享 元 池 中 不 存在 , 则 创建 一 个 新 的 享 
元 对 象 返 回 给 用 户 ,并 在 享 元 池 中 保存 该 新 增 对 象 。 典 型 的 享 元 工厂 类 的 代码 如 下 : 


public class FlyweightFactory 
Ud 
private HashMap flyweights = new HashMap(); 


public Flyweight getFlyweight(String key) 
{ 
if(flyweights. containsKey(key)) 
{ 
return (Flyweight)flyweights. get(key); 


else 


Flyweight fw = new ConcreteFlyweight(); 
flyweights. put (key, fw); 


return fw; 


} 


享 元 模式 以 共享 的 方式 高 效 地 支持 大 量 的 细 粒 度 对 象 , 享 元 对 象 能 做 到 共享 的 关键 是 
区 分 内 部 状态 (internal state) 和 外 部 状态 (external state) 。 下 面 简单 对 享 元 的 内 部 状态 和 
外 部 状态 进行 分 析 : 

(1) 内 部 状态 是 存储 在 享 元 对 象 内 部 并 且 不 会 随 环境 改变 而 改变 的 状态 ,因此 内 部 状 
态 可 以 共享 。 如 字符 的 内 容 , 不 会 随 环 境 的 变化 而 变化 ,无 论 在 任何 环境 下 字符 a 始终 是 
a, 不 会 变 成 b。 

(2) 外 部 状态 是 随 环 境 改变 而 改变 的 、 不 可 以 共享 的 状态 。 享 元 对 象 的 外 部 状态 必须 
客户 端 保存 ,并 在 享 元 对 象 被 创建 之 后 ,在 需要 使 用 的 时 候 再 传人 到 享 元 对 象 内 部 。 一 个 
外 部 状态 与 男 一 个 外 部 状态 之 间 是 相互 独立 的 。 如 字符 的 颜色 ,可 以 在 不 同 的 地 方 有 不 同 
颜色 ,如 有 的 a 是 红色 的 ,有 的 a 是 绿色 的 .字符 的 大 小 也 是 如 此 ,有 的 a 是 五 号 字 , 有 的 a 
是 四 号 字 。 而 且 字 符 的 颜色 和 大 小 是 两 个 独立 的 外 部 状态 ,它们 可 以 独立 变化 ,相互 之 间 没 
有 影响 ,客户 端 可 以 在 使 用 时 将 外 部 状态 注入 享 元 对 象 中 。 
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典型 的 享 元 类 代码 如 下 : 


public class Flyweight 
{ 
// 内 部 状态 intrinsicState 作为 成 员 属性 ,同一 个 享 元 对 象 其 内 部 状态 是 一 致 的 


private String intrinsicState; 


public Flyweight(String intrinsicState) 
this. intrinsicState = intrinsicState; 


| 


// 外 部 状态 extrinsicState 在 使 用 时 由 外 部 设置 ,不 保存 在 享 元 对 象 中 ,即使 是 同一 个 对 象 ,在 
// 每 一 次 调用 时 可 以 传人 不 同 的 外 部 状态 

public void operation(String extrinsicState) 

| 


} 


15.3 ” 享 元 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 享 元 模式 。 
15.3.1 享 元 模式 实例 之 共享 网 络 设备 (无 外 部 状态 ) 


1. 实例 说 明 

很 多 网 络 设备 都 是 支持 共享 的 ,如 交换 
机 、 集 线 器 等 ,多 台 计 算 机 终端 可 以 连接 同一 
台 网 络 设备 ,并 通过 该 网 络 设备 进行 数据 转 
发 ,如 图 15-4 所 示 , 现 用 享 元 模式 模拟 共享 网 
络 设备 的 设计 原理 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 15-5 所 示 。 

3. 实例 代码 及 解释 终端 计算 机 


(1) 抽象 享 元 类 NetworkDevice( 网 络 设 t 章 网 络 
备 类 ) 


public interface NetworkDevice 
i 
public String getType(); 
public void use(); 
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DeviceFactory 
- devices : ArrayList = new ArrayList() 
- totalTerminal : int =0 


= NetworkDevi 
+ DeviceFactory () EV 


+ getNetworkDevice (String type) : NetworkDevice | devices 


+ getTotalDevice () :int + getType () : String 
+ getTotalTerminal () :int + use () : void 
全 不 
a 
| | 
Switch Hub 
- type : String - type : String 
+ Switch (String type) + Hub (String type) 
+ getType () : String + getType () : String 
+ use () :void + use () : void 


NetworkDevice 是 抽象 享 元 类 , 它 声明 了 所 有 具体 享 元 类 共有 的 方法 。 
(2) 具体 享 元 类 Switch( 交 换 机 类 ) 


public class Switch implements NetworkDevice 
Private String type; 


public Switch( String type) 
{ 

this. type = type; 
} 


public String getType() 
i 

return this. type; 
} 


public void use() 
{ 

System. out. println("Linked by switch, type is " + this.type); 
} 


Switch 是 具体 享 元 类 ,多 台 计 算 机 可 以 共享 一 个 交换 机 Switch, 它 实现 了 在 抽象 享 元 
类 中 声明 的 方法 。 在 Switch 中 定义 了 属性 type, 实 例 化 时 将 给 该 type 属性 赋值 ,相同 的 
Switch 对 象 其 type 值 一 定 相 同 ,因此 type 是 享 元 类 Switch 可 共享 的 内 部 状态 。 

(3) 具体 享 元 类 Hub( 集 线 器 类 ) 

public class Hub implements NetworkDevice 

{ 


private String type; 


public Hub( String type) 
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this. type = type; 


public String getType() 
{ 
return this. type; 


public void use() 


| 
System. out. println("Linked by Hub, type is " + this.type); 


Hub 是 具体 享 元 类 ,多 台 计 算 机 可 以 共享 一 个 集线器 Hub, 它 实现 了 在 抽象 享 元 类 中 
声明 的 方法 ,其 中 也 包含 了 可 共享 的 内 部 状态 type 属性 。 
(4) 享 元 工厂 类 DeviceFactory( 网 络 设备 工厂 类 ) 


import java.util. *; 


public class DeviceFactory 

{ 
private ArrayList devices = new ArrayList(); 
private int totalTerminal = 0; 


public DeviceFactory() 
a 
NetworkDevice ndl = new Switch("Cisco— WS— C2950 — 24"); 
devices.add(nd1); 
NetworkDevice nd2 = new Hub("TP ~ LINK — HF8M" ); 
devices. add(nd2); 
} 


public NetworkDevice getNetworkDevice(String type) 
if(type. equalsIgnoreCase( "cisco")) 
{ 
totalTerminalt++; 
return (NetworkDevice)devices. get (0); 
} 
else if(type. equalsIgnoreCase( "tp")) 


{ 

totalTerminal++; 

return (NetworkDevice)devices. get(1); 
} 
else 


return null; 


238 设计 模式 (第 2 版 ) 


public int getTotalDevice() 
{ 


return devices. size( ); 


} 


public int getTotalTerminal() 
{ 


return totalTerminal; 


} 


DeviceFactory 是 享 元 工厂 类 ,在 DeviceFactory 中 定义 了 一 个 ArrayList 类 型 的 
devices, 用 于 存储 多 个 具体 享 元 对 象 , 它 是 一 个 享 元 池 , 也 可 以 使 用 HashMap 来 实现 。 在 
DeviceFactory 类 中 还 提供 了 工厂 方法 getNetworkDevice() ,用 于 根据 所 传人 的 参数 返回 享 
元 池 中 的 享 元 对 象 。 

4. 辅助 代码 

客户 端 测试 类 Client 如 下 : 


public class Client 


{ 
public static void main(String args[ ]) 


{ 
NetworkDevice nd1, nd2, nd3, nd4, nd5; 
DeviceFactory df = new DeviceFactory( ); 


ndl1 = df. getNetworkDevice("cisco" ); 
ndl.use(); 


nd2 = df. getNetworkDevice( "cisco"); 
nd2.use( ); 


nd3 = df. getNetworkDevice( "cisco"); 
nd3. use( ); 


nd4 = df. getNetworkDevice( "tp" ); 
nd4.use( ); 


nd5 = df. getNetworkDevice( "tp"); 
nd5. use( ); 


System. out. println("Total Device:" + df.getTotalDevice()); 
System. out. println("Total Terminal:" + df.getTotalTerminal()); 


在 客户 端 代码 中 定义 了 5 个 网 络 设备 类 型 的 NetworkDevice 对 象 , 即 享 元 对 象 ,并 且 实 
例 化 了 享 元 工厂 类 DeviceFactory, 通 过 DeviceFactory 类 中 的 工厂 方法 返回 网 络 设备 享 元 
对 象 , 先 后 调用 了 5 次 getNetworkDevice() 方 法 ,调用 了 每 一 个 享 元 对 象 的 use() 方 法 , 然 
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后 输出 总 的 网 络 设备 数 和 所 连接 的 终端 个 数 。 网 络 设 备 的 类 型 type 是 内 部 状态 ,可 以 共 
享 , 相 同 的 网 络 设备 对 象 其 type 一 定 相 同 。 

5. 结果 及 分 析 

编译 并 运行 程序 ,输出 结果 如 下 : 


从 运行 结果 可 以 得 知 ,虽然 在 客户 端 代码 中 调用 了 5 次 getrNetworkDevice() 方 法 ,但 
是 总 的 共享 网 络 设备 的 个 数 是 2 个 ,而 对 应 的 计算 机 终端 有 5 个 ,也 就 是 说 计算 机 终端 可 以 
共享 网 络 设 备 ; 在 调用 享 元 对 象 的 use() 方 法 时 ,相同 的 享 元 对 象 输出 的 结果 是 一 样 的 , 它 
们 的 内 部 状态 type 是 相同 的 。 


15.3.2 享 元 模式 实例 之 共享 网 络 设备 (有 外 部 状态 ) 


1. 实例 说 明 

虽然 网 络 设备 可 以 共享 ,但 是 分 配给 每 一 个 终端 计算 机 的 端口 (Port) 是 不 同 的 ,因此 多 
台 计 算 机 虽然 可 以 共享 同一 个 网 络 设备 ,但 必须 使 用 不 同 的 端口 。 可 以 将 端口 从 网 络 设备 
中 抽取 出 来 作为 外 部 状态 ,需要 时 再 进行 设置 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 15-6 所 示 。 


图 15-6 共享 网 络 设备 (有 外 部 状态 ) 类 图 
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3. 实例 代码 及 解释 
(1) 抽象 享 元 类 NetworkDevice( 网 络 设 备 类 ) 


public interface NetworkDevice 


{ 
public String getType(); 
public void use(Port port); 


与 上 一 个 实例 相 比 ,在 本 实例 NetworkDevice 类 的 use() 方 法 中 增加 了 一 个 Port 类 型 
的 参数 ,用 于 设置 外 部 状态 。 
(2) 具体 享 元 类 Switch( 交 换 机 类 ) 


public class Switch implements NetworkDevice 
{ 
Private String type; 


public Switch(String type) 
this. type = type; 
} 


public String getType() 
{ 

return this, type; 
} 


Public void use(Port port) 
{ 

System. out. println("Linked by switch, type is ”+ this.type + ", port is ”+ port.getPort()); 
} 


(3) 具体 享 元 类 Hub( 集 线 器 类 ) 


public class Hub implements NetworkDevice 


private String type; 


public Hub( String type) 
{ 

this. type = type; 
} 


public String getType() 
{ 

return this. type; 
} 
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public void use(Port port) 
{ 
System. out. println("Linked by Hub, type is ”+ this.type + ", port is ”+ port.getPort()); 


(4) 享 元 工厂 类 DeviceFactory( 网 络 设备 工厂 类 ) 
import java. util. 关 7 


public class DeviceFactory 
private ArrayList devices = new ArrayList(); 
private int totalTerminal = 0; 


public DeviceFactory() 
{ 
NetworkDevice ndl = new Switch("Cisco - WS— C2950 — 24"); 
devices.add(nd1); 
NetworkDevice nd2 = new Hub( "TP — LINK — HF8M" ); 
devices. add(nd2); 


public NetworkDevice getNetworkDevice( String type) 
{ 
if(type. equalsIgnoreCase( "cisco")) 
{ 
totalTerminal++; 
return (NetworkDevice)devices. get(0); 
} 
else if(type. equalsIgnoreCase("tp")) 


{ 

totalTerminal++; 

return (NetworkDevice)devices. get(1); 
else 
{ 


return null; 


public int getTotalDevice() 
L 


return devices. size(); 


public int getTotalTerminal() 
{ 
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return totalTerminal; 


4. 辅助 代码 
客户 端 测试 类 Client 如 下 : 


public class Client 
public static void main(String args[ ]) 
{ 
NetworkDevice ndl, nd2, nd3, nd4, nd5; 
DeviceFactory df = new DeviceFactory(); 


ndl = df. getNetworkDevice( "cisco"); 
ndl.use(new Port("1000")); 


nd2 = df. getNetworkDevice( "cisco"); 
nd2. use(new Port("1001")); 


nd3 = df. getNetworkDevice( "cisco"); 
nd3. use(new Port("1002")); 


nd4 = df. getNetworkDevice( "tp"); 
nd4. use(new Port("1003")); 


nd5 = df. getNetworkDevice( "tp" ); 
nd5. use(new Port("1004")); 


System. out. println("Total Device:" + df.getTotalDevice()); 
System. out. println("Total Terminal:" + df.getTotalTerminal()); 


客户 端 代码 中 ,在 调用 ndl 等 享 元 对 象 的 use() 方 法 时 ,传人 了 一 个 Port 类 型 的 对 象 ， 
在 该 Port 对 象 中 封装 了 端口 号 ,作为 共享 网 络 设备 的 外 部 状态 ,同一 个 网 络 设备 具有 多 个 
不 同 的 端口 号 。 

5. 结果 及 分 析 

编译 并 运行 程序 ,输出 结果 如 下 : 


Linked by switch, type is Cisco - WS— C2950— 24, port is 1000 
Linked by switch, type is Cisco— WS— C2950— 24, port is 1001 
Linked by switch, type is Cisco— WS— C2950— 24, port is 1002 
Linked by Hub, type is TP— LINK— HF8M, port is 1003 

Linked by Hub, type is TP ~ LINK— HE8M, port is 1004 

Total Device:2 

Total Terminal:5 
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从 运行 结果 可 以 得 知 ,在 调用 享 元 对 象 的 use() 方 法 时 ,由 于 设置 了 不 同 的 端口 号 ， 
此 相同 的 享 元 对 象 虽 然 具 有 相同 的 内 部 状态 type, 但 是 它们 的 外 部 状态 port 不 同 。 


15.4 享 元 模式 效果 与 应 用 


15.4.1 模式 优 缺点 


享 元 模式 的 优点 如 下 : 

(1) 享 元 模式 的 优点 在 于 它 可 以 极 大 减少 内 存 中 对 象 的 数量 ,使 得 相同 对 象 或 相似 对 
象 在 内 存 中 只 保存 一 份 。 

(2) 享 元 模式 的 外 部 状态 相对 独立 ,而且 不 会 影响 其 内 部 状态 ,从 而 使 得 享 元 对 象 可 以 
在 不 同 的 环境 中 被 共享 。 

享 元 模式 的 缺点 如 下 : 

(1) 享 元 模式 使 得 系统 更 加 复杂 ,需要 分 离 出 内 部 状态 和 外 部 状态 ,这 使 得 程序 的 迎 辑 
复杂 化 。 

(2) 为 了 使 对 象 可 以 共享 , 享 元 模式 需要 将 享 元 对 象 的 状态 外 部 化 ,而 读 取 外 部 状态 使 
得 运行 时 间 变 长 。 


15.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 享 元 模式 : 

(1) 一 个 系统 有 大 量 相同 或 者 相似 的 对 象 ,由 于 这 类 对 象 的 大 量 使 用 ,造成 内 存 的 大 量 
耗费 。 

(2) 对 象 的 大 部 分 状态 都 可 以 外 部 化 ,可 以 将 这 些 外 部 状态 传人 对 象 中 。 

(3) 使 用 享 元 模式 需要 维护 一 个 存储 享 元 对 象 的 享 元 池 , 而 这 需要 耗费 资源 ,因此 ,应 
当 在 多 次 重复 使 用 享 元 对 象 时 才 值 得 使 用 享 元 模式 。 


15.4.3 模式 应 用 


(1) 享 元 模式 在 编辑 器 软件 中 大 量 使 用 ,如 在 一 个 文档 中 多 次 出 现 相同 的 图 片 , 则 只 需 
要 创建 一 个 图 片 对 象 ,通过 在 应 用 程序 中 设置 该 图 片 出 现 的 位 置 ,可 以 实现 该 图 片 在 不 同 地 
方 多 次 重复 显示 。 

(2) 在 JDK 类 库 中 定义 的 String 类 使 用 了 享 元 模式 ,代码 如 下 : 


a” 
_ 
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在 Java 语言 中 ,如 果 每 次 执行 String strl 二 "abcd" 操 作 时 都 创建 一 个 新 的 字符 串 对 象 
将 导致 内 存 开销 很 大 ,因此 如 果 第 一 次 创建 了 内 容 为 “abcd” 的 字符 串 对 象 strl , 则 下 一 次 再 
创建 内 容 相同 的 字符 串 对 象 str2 时 只 需 把 它 的 引用 指向 “abcd”, 无 须 重新 分 配 内 存 , 从 而 
实现 了 “abcd" 在 内 存 中 的 共享 。 上 述 代码 输出 结果 如 下 : 


可 以 看 出 ,前 两 个 输出 语句 均 为 true, 说 明 strl \str2 ,str3 在 内 存 中 引用 了 相同 的 对 象 。 
但 是 如 果 有 一 个 字符 串 str4, 其 初 值 为 ab, 再 对 它 进 行 操作 str4 十 二 "cd" ,此 时 虽然 str4 的 
内 容 与 strl 相同 ,但 是 它们 的 引用 是 不 同 的 ,由 于 str4 的 初始 值 不 同 , 因 此 在 创建 str4 时 重 
新 分 配 了 内 存 ,所 以 第 三 个 输出 语句 结果 为 false。 


15.5 享 元 模式 扩展 


1. 单纯 享 元 模式 和 复合 享 元 模式 


在 单纯 享 元 模式 中 ,所 有 的 享 元 对 象 都 是 可 以 共享 的 , 即 所 有 抽象 享 元 类 的 子 类 都 可 共 
享 , 不 存在 非 共享 具体 享 元 类 。 单 纯 享 元 模式 的 结构 如 图 15-7 所 示 。 


EO 


图 15-7 单纯 享 元 模式 结构 图 


将 一 些 单纯 享 元 使 用 组 合 模式 加 以 组 合 , 可 以 形成 复合 享 元 对 象 , 这 样 的 复合 享 元 对 象 
本 身 不 能 共享 ,但 是 它们 可 以 分 解 成 单纯 享 元 对 象 , 而 后 者 则 可 以 共享 。 复 合 享 元 模式 的 结 
构 如 图 15-8 所 示 。 
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图 15-8 复合 享 元 模式 结构 图 


通过 复合 享 元 模式 ,可 以 确保 复合 享 元 类 CompositeConcreteFlyweight 中 所 包含 的 每 
个 单纯 享 元 类 ConcreteFlyweight 都 具有 相同 的 外 部 状态 ,而 这 些 单 纯 享 元 的 内 部 状态 往 
往 可 以 不 同 。 

2. 享 元 模式 与 其 他 模式 的 联 用 

享 元 模式 通常 需要 和 其 他 模式 联 用 , 几 种 常用 的 联 用 方式 如 下 : 

(1) 在 享 元 模式 的 享 元 工厂 类 中 通常 提供 一 个 静态 的 工厂 方法 用 于 返回 享 元 对 象 ,使 
用 简单 工厂 模式 来 生成 享 元 对 象 。 

(2) 在 一 个 系统 中 ,通常 只 有 唯一 一 个 享 元 工厂 ,因此 享 元 工厂 类 可 以 使 用 单 例 模式 进 
行 设计 。 

(3) 享 元 模式 可 以 结合 组 合 模式 形成 复合 享 元 模式 ,统一 对 享 元 对 象 设置 外 部 状态 。 


15.6 ”本章 小 结 


(1) 享 元 模式 运用 共享 技术 有 效 地 支持 大 量 细 粒 度 对 象 的 复 用 。 系 统 只 使 用 少量 的 对 
象 ,而 这 些 对 象 都 很 相似 ,状态 变化 很 小 ,可 以 实现 对 象 的 多 次 复 用 , 它 是 一 种 对 象 结构 型 
模式 。 

(2) 享 元 模式 包含 四 个 角色 : 抽象 享 元 类 声明 一 个 接口 ,通过 它 可 以 接受 并 作用 于 外 
部 状态 ; 具体 享 元 类 实现 了 抽象 享 元 接口 ,其 实例 称 为 享 元 对 象 ; 非 共享 具体 享 元 是 不 能 
被 共享 的 抽象 享 元 类 的 子 类 ; 享 元 工厂 类 用 于 创建 并 管理 享 元 对 象 , 它 针对 抽象 享 元 类 编 
程 , 将 各 种 类 型 的 具体 享 元 对 象 存储 在 一 个 享 元 池 中 。 

(3) 享 元 模式 以 共享 的 方式 高 效 地 支持 大 量 的 细 粒 度 对 象 , 享 元 对 象 能 做 到 共享 的 关 
键 是 区 分 内 部 状态 和 外 部 状态 。 其 中 内 部 状态 是 存储 在 享 元 对 象 内 部 并 且 不 会 随 环境 改变 
而 改变 的 状态 ,因此 内 部 状态 可 以 共享 ; 外 部 状态 是 随 环 境 改 变 而 改变 的 ,不 可 以 共享 的 

(4) 享 元 模式 主要 优点 在 于 它 可 以 极 大 减少 内 存 中 对 象 的 数量 ,使 得 相同 对 象 或 相似 
对 象 在 内 存 中 只 保存 一 份 ; 其 缺点 是 使 得 系统 更 加 复杂 ,并 且 需 要 将 享 元 对 象 的 状态 外 部 
化 ,而 读 取 外 部 状态 使 得 运行 时 间 变 长 。 
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(5) 享 元 模式 适用 情况 包括 : 一 个 系统 有 大 量 相同 或 者 相似 的 对 象 ,由 于 这 类 对 象 的 
大 量 使 用 ,造成 内 存 的 大 量 耗 费 ; 对 象 的 大 部 分 状态 都 可 以 外 部 化 ,可 以 将 这 些 外 部 状态 传 
人 对 象 中 ; 多 次 重复 使 用 享 元 对 象 。 


思考 与 练习 


1. 在 屏幕 中 显示 一 个 文本 文档 ,其 中 相同 的 字符 串 *Java” 共 享 同一 个 对 象 ,而 这 些 字 
符 串 的 颜色 和 大 小 可 以 不 同 。 现 使 用 享 元 模式 设计 一 个 方案 实现 字符 串 对 象 的 共享 ,要 求 
绘制 类 图 并 编程 实现 。 

2. 使 用 享 元 模式 设计 一 个 围棋 软件 ,在 系统 中 只 存在 一 个 白 棋 对 象 和 一 个 黑 棋 对 象 ， 
但 是 它们 可 以 在 棋盘 的 不 同位 置 显 示 多 次 。 要 求 使 用 简单 工厂 模式 和 单 例 模式 实现 享 元 工 
三 类 的 设计 。 


代理 模式 


本 章 导 学 

代理 模式 是 常用 的 结构 型 设计 模式 之 一 , 当 直 接 访问 某 些 对 象 存在 问题 
时 可 以 通过 一 个 代理 对 象 来 间接 访问 ,为 了 保证 客户 端 使 用 的 透明 性 ,所 访问 
的 真实 对 象 与 代理 对 象 需 要 实现 相同 的 接口 。 根 据 代理 模式 的 使 用 目的 不 
同 ,代理 模式 又 可 以 分 为 多 种 类 型 ,如 远程 代理 .虚拟 代理 、 保 护 代理 等 ,它们 应 
用 于 不 同 的 场合 ,满足 用 户 的 不 同 需求 。 


本 章 将 介绍 代理 模式 的 定义 与 结构 ,学 习 几 种 常见 的 代理 模式 的 类 型 及 其 适用 情况 ,学 
会 如 何 实 现 简 单 的 代理 模式 并 理解 远程 代理 、 虚 拟 代理 \ 保 护 代理 和 动态 代理 的 作用 和 实现 
原理 。 

本 章 的 难点 在 于 理解 不 同类 型 的 代理 模式 的 适用 情况 和 实现 方式 ,包括 远程 代理 、 虚 拟 
代理 ,保护 代理 和 动态 代理 的 原理 与 实现 。 

代理 模式 重要 等 级 : 雄 友 友 丰 六 

代理 模式 难度 等 级 : 友 友 友 六 六 


16.1 代理 模式 动机 与 定义 


某 人 要 找 对 象 ,但 是 由 于 某 些 原因 (如 工作 太 忙 ) 不 能 直接 去 找 , 于 是 委托 一 个 中 介 机 构 
去 完成 这 一 过 程 , 如 婚姻 介绍 所 ,在 这 里 婚姻 介绍 所 就 是 一 个 代理 ,与 此 相 类 似 的 还 有 房屋 
中 介 、 职 业 中 介 , 它 们 充当 的 都 是 一 个 代理 的 角色 。 所 谓 代 理 , 就 是 一 个 人 或 者 一 个 机 构 代 
表 另 一 个 人 或 者 另 一 个 机 构 采 取 行动 。 在 我 们 所 开发 的 软件 系统 中 有 时 候 也 存在 这 样 的 情 
况 ,如 调用 一 个 远程 的 方法 ,需要 在 本 地 设置 一 个 代理 ,使 得 就 像 调用 本 地 方法 一 样 来 使 用 
远程 的 方法 ,这 实际 上 也 就 是 RMI、Web Service 等 的 实现 原理 。 本 章 将 深入 介绍 这 种 间接 
引用 其 他 对 象 的 代理 模式 。 


16.1.1 模式 动机 


在 某 些 情况 下 ,一 个 客户 不 想 或 者 不 能 直接 引用 一 个 对 象 , 此 时 可 以 通过 一 个 称 之 为 
“代理 ”的 第 三 者 来 实现 间接 引用 。 代 理 对 象 可 以 在 客户 端 和 目标 对 象 之 间 起 到 中 介 的 作 
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用 ,并 且 可 以 通过 代理 对 象 去 掉 客 户 不 能 看 到 的 内 容 和 服务 或 者 添加 客户 需要 的 额外 服务 。 

如 在 网 页 上 查看 一 张 图 片 ,由 于 网 速 等 原因 图 片 不 能 立即 显示 ,可 以 在 图 片 传输 过 程 中 
先 把 一 些 简单 的 用 于 描述 图 片 的 文字 (或 小 图 片 ) 传 输 到 客户 端 ,此 时 这 些 文字 (或 小 图 片 ) 
就 成 为 了 图 片 的 代理 ,如 图 16-1 所 示 。 


大 图 片 
图 16-1 图 片 代理 示意 图 


再 举 一 个 例子 ,如 果 某 台 远 程 服务 器 提供 了 一 个 功能 很 强大 的 加 密 算法 ,而 现在 正在 开 
发 的 系统 又 需要 使 用 到 该 算法 ,由 于 该 算法 位 于 远程 服务 器 端 ,封装 该 算法 的 对 象 位 于 远程 
服务 器 的 内 存 中 ,本 地 内 存 中 的 对 象 无 法 直接 访问 ,因此 需要 通过 一 个 远程 代理 的 机 制 来 实 
现 对 远程 对 象 的 操作 ,如 图 16-2 所 示 。 


客户 端 服务 器 


图 16-2 远程 代理 示意 图 


前 面 两 个 例子 都 通过 引入 一 个 新 的 对 象 (如 小 图 片 和 远程 代理 对 象 ) 来 实现 对 真实 对 象 
的 操作 或 者 将 新 的 对 象 作为 真实 对 象 的 一 个 蔡 身 ,这 种 实现 机 制 即 为 代理 模式 ,通过 引入 代 
理 对 象 来 间接 访问 一 个 对 象 , 这 就 是 代理 模式 的 模式 动机 。 


16.1.2 模式 定义 


代理 模式 (Proxy Pattern) 定 义 : 给 某 一 个 对 象 提供 一 个 代理 ,并 由 代理 对 象 控制 对 原 
对 象 的 引用 。 代 理 模 式 的 英文 叫做 Proxy 或 Surrogate, 它 是 一 种 对 象 结构 型 模式 。 


英文 定义 :“Provide a surrogate or placeholder for another object to control access to it. ”。 


16.2 代理 模式 结构 与 分 析 


代理 模式 的 基本 结构 比较 简单 ,其 核心 是 代理 类 .下面 将 学 习 并 分 析 其 模式 结构 。 


16.2.1 模式 结构 
代理 模式 结构 图 如 图 16-3 所 示 。 
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realSubject 


图 16-3 ”代理 模式 结构 图 


代理 模式 包含 如 下 角色 : 

1, Subject( 抽 和 象 主题 角色 ) 

抽象 主题 角色 声明 了 真实 主题 和 代理 主题 的 共同 接口 ,这样 一 来 在 任何 使 用 真实 主题 
的 地 方 都 可 以 使 用 代理 主题 。 客 户 端 需要 针对 抽象 主题 角色 进行 编程 。 

2. Proxy( 代 理 主 题 角色 ) 

代理 主题 角色 内 部 包含 对 真实 主题 的 引用 ,从 而 可 以 在 任何 时 候 操作 真实 主题 对 象 。 
在 代理 主题 角色 中 提供 一 个 与 真实 主题 角色 相同 的 接口 ,以 便 在 任何 时 候 都 可 以 替代 真实 
主体 。 代 理 主题 角色 还 可 以 控制 对 真实 主题 的 使 用 ,负责 在 需要 的 时 候 创建 和 删除 真实 主 
题 对 象 ,并 对 真实 主题 对 象 的 使 用 加 以 约束 。 代 理 角色 通常 在 客户 端 调用 所 引用 的 真实 主 
题 操作 之 前 或 之 后 还 需要 执行 其 他 操作 ,而 不 仅仅 是 单纯 的 调用 真实 主题 对 象 中 的 操作 。 

3. RealSubject( 真 实 主题 角色 ) 

真实 主题 角色 定义 了 代理 角色 所 代表 的 真实 对 象 ,在 真实 主题 角色 中 实现 了 真实 的 业 
务 操作 ,客户 端 可 以 通过 代理 主题 角色 间接 调用 真实 主题 角色 中 定义 的 方法 。 


16.2.2 模式 分 析 


代理 模式 在 我 们 日 常生 活 中 随处 可 见 , 当 我 们 在 商场 使 用 信用 卡 来 付款 时 ,此 时 信用 卡 
就 是 银行 的 一 个 代理 ;Windows 操作 系统 上 的 桌面 
快捷 方法 及 快捷 工具 栏 就 是 迅速 打开 应 用 程序 的 代 接口 
理 。 代 理 模式 是 一 种 应 用 很 广泛 的 设计 模式 ,而 且 变 和 
种 较 多 ,应 用 场合 覆盖 从 局 部 的 小 结构 到 整个 系统 的 
大 结构 。 

代理 模式 示意 结构 图 比较 简单 ,一 般 可 以 简化 为 
图 16-4 ,但 是 在 现实 中 要 复杂 很 多 。 交付 克 贡生 
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典型 的 代理 类 实现 代码 如 下 : 


public class Proxy implements Subject 
{ 
private RealSubject realSubject = new RealSubject(); 


public void preRequest() 
{-} 


public void request() 

{ 
PreRequest(); 
realSubject. request( ); 
postRequest( ); 

l 

public void postRequest() 


{1 
} 


在 真实 应 用 中 ,代理 类 的 实现 有 时 候 比 较 复 杂 , 它 需要 有 一 套 自己 的 方式 去 访问 真实 
类 ,以 便 作 为 真实 类 的 代理 。 在 代理 类 中 除了 可 以 调用 真实 类 的 相关 方法 ,还 可 以 增加 一 些 
新 的 方法 。 对 于 远程 代理 、 虚 拟 代理 等 代理 模式 的 应 用 ,如 何在 本 地 创建 远程 对 象 的 代理 ? 
如 何 创 建 真实 对 象 的 虚拟 代理 对 象 ? 这 些 都 是 代理 模式 需要 解决 的 问题 。 在 后 面 的 模式 扩 
展 中 将 进一步 学 习 远 程 代理 与 虚拟 代理 的 实现 。 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 代理 模式 。 
16.3.1 代理 模式 实例 之 论坛 权限 控制 代理 


1. 实例 说 明 

在 一 个 论坛 中 已 注册 用 户 和 游客 的 权限 不 同 .已 注册 的 用 户 拥有 发 帖 , 修 改 自 己 的 注册 
信息 、 修 改 自己 的 帖子 等 权限 ; 而 游客 只 能 看 到 别人 发 的 帖子 ,没有 其 他 权限 。 使 用 代理 模 
式 来 设计 该 权限 管理 模块 。 

在 本 实例 中 我 们 使 用 代理 模式 中 的 保护 代理 ,该 代理 用 于 控制 对 一 个 对 象 的 访问 ,可 以 
给 不 同 的 用 户 提供 不 同 级 别 的 使 用 权限 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 16-5 所 示 。 

3. 实例 代码 及 解释 

(1) 抽象 主题 角色 AbstractPermission( 抽 象 权限 类 ) 


加 


AbstractPermission 
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Client 


PermissionProxy 


一 permission :RealPermission =new RealPermission() 


—level 


:int 


=0 


+ modifyUserInfo () 


+ viewNote () 
+ publishNote () 
+ modifyNote () 


+ setLevel (int level) 


:void 
:void 
:void 
:void 
:void 


public interface AbstractPermission 


| 


public void modifyUserInfo( ); 
public void viewNote( ); 

public void publishNote( ); 
public void modifyNote( ); 
public void setLevel(int level); 


+ modifyUserInfo 0 :void 


+ viewNote 0 :void 
+ publishNote () :void 
+ modifyNote 0 :void 


+ setLevel (int level) :void 


permission_|+ modifyUserlnfo () :void 


RealPermission 


+ viewNote () 

+ publishNote () 
+ modifyNote () 
+ setLevel (int level) :void 
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AbstractPermission 作为 抽象 权限 类 ,充当 了 抽象 主题 角色 ,在 其 中 声明 了 真实 主题 角 
色 所 提供 的 业务 方法 , 它 是 真实 主题 角色 和 代理 主题 角色 的 公共 接口 。 


(2) 真实 主题 角色 RealPermission( 真 实权 限 类 ) 


public class RealPermission implements AbstractPermission 


{ 


public void modifyUserInfo( ) 


1 


System. out. println(" 修 改 用 户 信息 !"); 


public void viewNote() 


{ 


} 


public void publishNote( ) 


{ 


System. out. println(" 发 布 新 帖 !"); 
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public void modifyNote() 
{ 

System. out. println(" 修 改 发 帖 内 容 !"); 
} 


public void setLevel (int level) 
} 
} 


RealPermission 是 真实 主题 角色 , 它 实 现 了 在 抽象 主题 角色 中 定义 的 方法 ,由 于 种 种 原 
因 , 客 户 端 无 法 直接 访问 其 中 的 方法 。 在 RealPermission 中 包含 了 修改 用 户 信息 
modifyUserInfo()、 查 看 帖子 viewNote ( )、 发 布 新 帖 publishNote ( )、 修 改 发 帖 内 容 
modifyNote() ,设置 用 户 等 级 setLevel() 等 方法 的 实现 ,其 中 viewNote() 和 setLevel() 提 供 
的 是 空 实现 。 

(3) 代理 主题 角色 PermissionProxy( 权 限 代理 类 ) 


public class PermissionProxy implements AbstractPermission 


和 
private RealPermission permission = new RealPermission(); 


private int level = 0; 


public void modifyUserInfo( ) 


if(0== level) 
System. out. println(" 对 不 起 ,你 没有 该 权限 !" ); 
和 if(1== level) 
permission. modifyUserInfo( ); 

; } 


public void viewNote() 
{ 
System. out. println(" 查 看 帖子 !"); 


} 

public void publishNote( ) 

, if(0 == level) 
: System. out. println(" 对 不 起 ,你 没有 该 权限 !" ); 
i if(1== level) 
{ 


permission. publishNote( ); 
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} 
} 
public void modifyNote() 
{ 
if(0== level) 
1 
System. out. println(" 对 不 起 ,你 没有 该 权限 !" ); 
} 
else if(1 == level) 
{ 
permission. modifyNote( ); 
} 
} 


public void setLevel( int level) 
L 


this. level = level; 
} 


PermissionProxy 是 代理 主题 角色 , 它 也 实现 了 抽象 主题 角色 接口 ,同时 在 PermissionProxy 
中 定义 了 一 个 RealPermission 对 象 ,用 于 调用 在 RealPermission 中 定义 的 真实 业务 方法 ， 
在 PermissionProxy 类 的 modifyUserInfo() 、publishNote()、modifyNote() 方 法 中 将 对 用 户 
的 权限 进行 判断 ,如 果 具 有 相应 权限 则 调用 RealPermission 中 定义 的 方法 ,否则 拒绝 调 
用 。 通 过 引入 PermissionProxy 类 来 对 系统 的 使 用 权限 进行 控制 ,这 就 是 保护 代理 的 
用 途 。 

4. 辅助 代码 

(1) XML 操作 工具 类 XMLUtil 

参见 5. 2. 2 节 工 厂 方法 模式 之 模式 分 析 。 

(2) 配置 文件 config. xml 

本 实例 配置 文件 代码 如 下 : 


<?xml version = "1.0"?> 
< config > 

< className > PermissionProxy </className> 
</config > 


(3) 客户 端 测试 类 Client 


public class Client 


上 
public static void main(String args[ ]) 


{ 
AbstractPermission permission; 
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permission = (AbstractPermission)XMLUtil. getBean( ); 


permission. modifyUserInfo(); 

permission. viewNote( ); 

permission. publishNote( ); 

permission. modifyNote( ); 

Systen, out. printlnf ”一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 中 
permission. setLevel(1); 

permission. modifyUserInfo( ); 

permission. viewNote( ); 

permission. publishNote( ); 

permission. modifyNote( ); 


} 


为 了 更 好 地 体现 “ 开 闭 原则 ”, 在 客户 端 需要 针对 抽象 主题 编程 ,而 具体 代理 类 是 抽象 主 
题 的 子 类 ,可 以 通过 配置 文件 在 程序 运行 时 动态 指定 使 用 哪 一 个 具体 代理 类 对 象 。 

5. 结果 及 分 析 

如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 PermissionProxy, 输 出 结 
如 下 ， 


对 不 起 ,你 没有 该 权限 ! 
查看 帖子 ! 

对 不 起 ,你 没有 该 权限 ! 
对 不 起 ,你 没有 该 权限 ! 
修改 用 户 信息 ! 

查看 帖子 ! 

发 布 新 帖 ! 
修改 发 帖 内 容 ! 


于 代理 类 可 以 对 用 户 访问 权限 进行 控制 ,因此 有 些 用 户 无 权 调 用 真实 业务 类 的 某 些 
方法 , 当 用 户 权限 改变 之 后 , 则 可 以 访问 这 些 方 法 。 

如 果 需 要 增加 并 使 用 新 的 代理 类 ,首先 将 新 增 代理 类 作为 抽象 主题 角色 的 子 类 ,实现 在 
抽象 主题 中 声明 的 方法 ; 然后 修改 配置 文件 ,将 < className > 节点 内 容 设置 为 新 增 代理 类 
的 类 名 ,而 无 须 对 原 有 代码 进行 任何 修改 ,符合 “ 开 闭 原则 ”。 


16.3.2 代理 模式 实例 之 日 志 记 录 代 理 


1. 实例 说 明 

在 某 应 用 软件 中 需要 记录 业务 方法 的 调用 日 志 , 在 不 修改 现 有 业务 类 的 基础 上 为 每 一 
个 类 提供 一 个 日 志 记 录 代 理 类 ,在 代理 类 中 输出 日 志 , 例 如 在 业务 方法 method() 调 用 之 前 
输出 “方法 method() 被 调用 .调用 时 间 为 2017 一 11 一 5 10:10:10”, 调 用 之 后 如 果 没 有 抛 异 
常 输出 “方法 method() 调 用 成 功 ”, 否 则 输出 “方法 method() 调 用 失败 ”。 在 代理 类 中 调用 
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真实 业务 类 的 业务 方法 ,使 用 代理 模式 设计 该 日 志 记 录 模 块 的 结构 。 
2. 实例 类 图 
通过 分 析 ,该 实例 类 图 如 图 16-6 所 示 。 


ee 


1 
下 


图 16-6 日 志 记录 代理 类 图 


该 实例 的 代码 解释 与 结果 分 析 本 书 略 。 
16.4 代理 模式 效果 与 应 用 


16.4.1 模式 优 缺 点 


1. 代理 模式 的 优点 

(1) 代理 模式 能 够 协调 调用 者 和 被 调用 者 ,在 一 定 程度 上 降低 了 系统 的 耦合 度 。 

(2) 远程 代理 使 得 客户 端 可 以 访问 在 远程 机 器 上 的 对 象 ,远程 机 器 可 能 具有 更 好 的 计 
算 性 能 与 处 理 速度 ,可 以 快速 响应 并 处 理 客户 端 请 求 。 

(3) 虚拟 代理 通过 使 用 一 个 小 对 象 来 代表 一 个 大 对 象 , 可 以 减少 系统 资源 的 消耗 ,对 系 
统 进行 优化 并 提高 运行 速度 。 

(4) 保护 代理 可 以 控制 对 真实 对 象 的 使 用 权限 。 

2. 代理 模式 的 缺点 

(1) 由 于 在 客户 端 和 真实 主题 之 间 增 加 了 代理 对 象 ,因此 有 些 类 型 的 代理 模式 可 能 会 
造成 请 求 的 处 理 速 度 变 慢 。 

(2) 实现 代理 模式 需要 额外 的 工作 .有些 代理 模式 的 实现 非常 复杂 。 


16.4.2 模式 适用 环境 
根据 代理 模式 的 使 用 目的 ,常见 的 代理 模式 有 以 下 几 种 类 型 。 
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(1) 远程 (Remote) 代 理 : 为 一 个 位 于 不 同 的 地 址 空间 的 对 象 提供 一 个 本 地 的 代理 对 
象 ,这 个 不 同 的 地 址 空间 可 以 是 在 同一 台 主 机 中 ,也 可 是 在 另 一 台 主 机 中 ,远程 代理 又 叫做 
大 使 (Ambassador) 。 

(2) 虚拟 (Virtual) 代 理 : 如 果 需 要 创建 一 个 资源 消耗 较 大 的 对 象 , 先 创建 一 个 消耗 相 
对 较 小 的 对 象 来 表示 ,真实 对 象 只 在 需要 时 才 会 被 真正 创建 。 

(3) Copy-on-Write 代理 ; 它 是 虚拟 代理 的 一 种 ,把 复制 (克隆 ) 操 作 延 迟到 只 有 在 客户 
端 真正 需要 时 才 执 行 。 一 般 来 说 ,对 象 的 深 克 隆 是 一 个 开销 较 大 的 操作 ,Copy-on-Write 代 
理 可 以 让 这 个 操作 延迟 ,只 有 对 象 被 用 到 的 时 候 才 被 克隆 。 

(4) 保护 (Protect or Access) 代 理 : 控制 对 一 个 对 象 的 访问 ,可 以 给 不 同 的 用 户 提 供 不 
同 级 别 的 使 用 权限 。 

(5) 缓冲 (Cache) 代 理 : 为 某 一 个 目标 操作 的 结果 提供 临时 的 存储 空间 ,以 便 多 个 客户 
端 可 以 共享 这 些 结果 。 

(6) 防火 墙 (FirewalD) 代 理 : 保护 目标 不 让 恶意 用 户 接近 。 

(7) 同步 化 (Synchronization) 代 理 : 使 几 个 用 户 能 够 同时 使 用 一 个 对 象 而 没有 冲突 。 

(8) 智能 引用 (Smart Reference) 代 理 : 当 一 个 对 象 被 引用 时 ,提供 一 些 额 外 的 操作 ,如 
将 此 对 象 被 调用 的 次 数 记 录 下 来 等 。 

在 这 些 种 类 的 代理 中 ,虚拟 代理 、 远 程 代理 和 保护 代理 是 最 常见 的 代理 模式 。 不 同类 型 
的 代理 模式 有 不 同 的 优 缺 点 ,它们 应 用 于 不 同 的 场合 。 


16.4.3 模式 应 用 


(1) 在 Java 的 RMI (Remote Method Invocation ,远程 方法 调用 ) 中 ,定义 了 客户 对 象 
和 远程 对 象 , 其 中 客户 对 象 (Client Object) 在 客户 端 运 行 ,向 远程 对 象 发 送 请 求 ; 远程 对 
象 (Remote Object) 在 服务 器 端 运行 ,通过 客户 对 象 使 得 远程 对 象 如 同 本 地 对 象 一 样 被 
访问 。 

在 Java RMI 中 客户 对 象 称 为 Stub( 翻 译 为 存根 或 桩 ) , 桩 就 是 远程 对 象 在 客户 端的 代 
理 ,客户 进程 中 的 远程 对 象 引用 实际 上 是 对 本 地 桩 的 引用 , 桩 负责 将 调用 客户 请 求 发 送 给 远 
程 对 象 ,如 图 16-7 所 示 。 


本 地 主机 远程 主机 


图 16-7 RMI 示 意图 


(2) EJB、Web Service 等 分 布 式 技术 都 是 代理 模式 的 应 用 。 在 EJB 中 使 用 了 RMI 机 
制 ,远程 服务 器 中 的 企业 级 Bean 在 本 地 有 一 个 桩 代理 ,客户 端 通过 桩 来 调用 远程 对 象 中 定 
义 的 方法 ,而 无 须 直接 与 远程 对 象 交互 。 在 EJB 的 使 用 中 需要 提供 一 个 公共 的 接口 ,客户 
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端 针对 该 接口 进行 编程 ,无 须知 道 桩 以 及 远程 EJB 的 实现 细节 。 
(3) Spring 框架 中 的 AOP 技术 也 是 代理 模式 的 应 用 ,在 Spring AOP 中 应 用 了 动态 代 
理 (Dynamic Proxy) 技 术 , 在 16.5 节 中 将 介绍 动态 代理 的 实现 。 


16.5 代理 模式 扩展 


1. 几 种 常用 的 代理 模式 

(1) 远程 代理 

远程 代理 可 以 将 网 络 的 细节 隐藏 起 来 ,使 得 客户 端 不 必 考 虑 网 络 的 存在 。 客 户 完 全 可 
以 认为 被 代理 的 远程 业务 对 象 是 局 域 的 而 不 是 远程 的 ,而 远程 代理 对 象 承担 了 大 部 分 的 网 
络 通信 工作 。 远 程 代理 模式 示意 图 如 图 16-8 所 示 ,客户 端 对 象 不 能 直接 访问 远程 主机 中 的 
业务 对 象 , 只 能 通过 本 地 主机 间接 访问 ,远程 业务 对 象 在 本 地 主机 中 有 一 个 远程 代理 对 象 ， 
它 负 责 对 远程 业务 对 象 的 访问 和 网 络 通信 ,对 于 客户 端 而 言 是 透明 的 ,客户 端 无 须 关心 实现 
具体 业务 的 是 谁 , 它 只 需要 按照 服务 接口 所 定义 的 方式 直接 与 本 地 主机 交互 即 可 。 


图 16-8 远程 代理 示意 图 


(2) 虚拟 代理 

当 一 个 对 象 的 加 载 十 分 耗费 资源 的 时 候 ,虚拟 代理 的 优势 就 非常 明显 地 体现 出 来 了 。 
虚拟 代理 模式 是 一 种 内 存 节 省 技术 ,那些 占用 大 量 内 存 或 处 理 复杂 的 对 象 将 推迟 到 使 用 它 
的 时 候 才 创建 。 对 象 在 第 一 次 被 引用 时 被 创建 并 且 同 一 对 象 可 被 重用 , 它 加 速 了 应 用 程序 
的 启动 ,但 是 由 于 在 访问 时 需要 检测 所 需 对 象 是 否 已 经 被 创建 ,因此 在 访问 该 对 象 的 任何 地 
方 都 需要 进行 存在 性 检测 ,将 消耗 系统 时 间 , 这 也 是 用 时 间 换 取 空间 的 一 种 做 法 。 

在 应 用 虚拟 代理 模式 时 ,需要 设计 一 个 与 真实 对 象 具 有 相同 接口 的 虚拟 对 象 ,虚拟 对 象 
把 真实 对 象 的 引用 作为 它 的 实例 变量 进行 维护 ,不 同 的 客户 对 象 可 以 在 创建 和 使 用 真实 对 
象 地 方 用 相应 的 虚拟 对 象 来 代替 。 代 理 对 象 不 需要 自动 创建 真实 对 象 , 当 客 户 需 要 真实 对 
象 的 服务 时 ,可 以 调用 虚拟 代理 对 象 上 的 方法 来 创建 ,并 且 在 使 用 过 程 中 还 可 以 检测 真实 对 
象 是 否 被 创建 。 

如 果真 实 对 象 已 经 创建 ,代理 对 象 就 把 调用 转发 给 真实 对 象 ; 如 果真 实 对 象 没有 被 创 
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调用 转发 给 真实 对 象 。 在 这 个 过 程 中 ,验证 对 象 存 在 和 转发 方法 调用 这 些 细节 对 了 


建 , 代 理 对 象 首先 创建 真实 对 象 ,代理 对 象 再 把 这 个 对 象 分 配给 引用 变量 ,最 后 代理 对 象 把 


客户 是 


不 可 见 的 ,客户 对 象 就 像 和 真实 对 象 一 样 与 代理 对 象 进行 交互 。 因 此 客户 可 以 从 检测 真实 
对 象 是 否 为 空中 解脱 出 来 ,另外 ,由 于 创建 代理 对 象 在 时 间 和 处 理 复 杂 度 上 要 少 于 创建 真实 
对 象 ,因此 ,在 应 用 程序 启动 的 时 候 , 可 以 用 代理 对 象 代 蔡 真实 对 象 初始 化 ,节省 了 内 存 的 占 


用 ,并 大 大 加 速 了 系统 的 启动 时 间 。 
2. 动态 代理 
动态 代理 是 一 种 较为 高 级 的 代理 模式 , 它 的 典型 应 用 就 是 Spring AOP。 
在 传统 的 代理 模式 中 ,客户 端 通过 ProxySubject 调用 RealSubject 类 的 request 


() 方 法 ， 


同时 还 在 代理 类 中 封装 了 其 他 方法 (如 preRequest() 和 postRequest()) ,可 以 处 理 一 些 其 
他 问题 。 如 果 按 照 这 种 方法 使 用 代理 模式 ,那么 真实 主题 角色 必须 是 事先 已 经 存在 的 ， 
并 将 其 作为 代理 对 象 的 内 部 成 员 属性 。 如 果 一 个 真实 主题 角色 必须 对 应 一 个 代理 主题 
角色 ,这 将 导致 系统 中 的 类 个 数 急剧 增加 ,因此 需要 想 办 法 减少 系统 中 类 的 个 数 , 此 外 ， 
如 何在 事先 不 知道 真实 主题 角色 的 情况 下 使 用 代理 主题 角色 ,这 都 是 动态 代理 需要 解决 


的 问题 。 
Java 动态 代理 实现 相关 类 位 于 java. lang. reflect 包 ,主要 涉及 两 个 类 


(1) InvocationHandler 接口 。 它 是 代理 实例 的 调用 处 理 程序 实现 的 接口 ,该 接口 中 定 


义 了 如 下 方法 : 


public Object invoke(Object proxy, Method method, Object[ ] args) throws Throwable; 


invoke() 方 法 中 第 一 个 参数 proxy 表示 代理 类 ,第 二 个 参数 method 表示 需要 代理 的 方 


法 ,第 三 个 参数 args 表示 代理 方法 的 参数 数组 。 
(2) Proxy 类 。 该 类 即 为 动态 代理 类 ,该 类 最 常用 的 方法 为 : 


public static Object newProxyInstance ( ClassLoader loader, Class <?> [] interfaces, 


InvocationHandler h) throws IllegalArgumentException 


newProxyInstance() 方 法 用 于 根据 传人 的 接口 类 型 interfaces 返回 一 个 动态 他 


中 建 的 代 


理 类 的 实例 ,方法 中 第 一 个 参数 loader 表示 代理 类 的 类 加 载 器 ,第 二 个 参数 interfaces 表示 
代理 类 实现 的 接口 列表 (与 真实 主题 类 的 接口 列表 一 致 ) ,第 三 个 参数 h 表示 所 指派 的 调用 


处 理 程序 类 。 


下 面 通过 一 个 简单 实例 来 学 习 如 何 使 用 动态 代理 模式 ,现在 有 两 个 真实 主题 类 分 别 是 


RealSubjectA 和 RealSubjectB ,它们 对 于 在 抽象 主题 类 中 定义 的 抽象 方法 request( 


) 提 供 了 


不 同 的 实现 ,在 不 增加 新 的 代理 类 的 情况 下 ,使 得 客户 端 通过 一 个 动态 代理 类 来 动态 选择 所 


代理 的 真实 主题 对 象 ,演示 代码 如 下 : 
(1) 抽象 主题 接口 
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(2) 真实 主题 类 一 


public class RealSubjectA implements AbstractSubject 
{ 
public void request() 
System. out. println(" 真 实 主 题 类 A!1"); 


(3) 真实 主题 类 二 


public class RealSubjectB implements AbstractSubject 


{ 
public void request() 


tl 
System. out. println(" 真 实 主 题 类 B!"); 


(4) 动态 代理 类 


import java. lang. reflect. InvocationHandler; 
import java, lang. reflect, InvocationTargetException; 
import java, lang. reflect. Method; 


public class DynamicProxy implements InvocationHandler 
{ 
private Object obj; 


public DynamicProxy(){} 


public DynamicProxy(Object obj) 
{ 
this. obj = obj; 


// 实 现 invoke( ) 方 法 ,调用 在 真实 主题 类 中 定义 的 方法 
public Object invoke(Object proxy, Method method，Object[ ] args) throws Throwable 
{ 

PreRequest(); 

method. invoke(obj, args); 

PostRequest( ); 


return null; 


public void preRequest(){ 
System. out. println(" 调 用 之 前 !"); 
} 
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public void postRequest(){ 
System. out. println(" 调 用 之 后 !"); 
3 


} 
(5) 客户 端 测试 类 


import java. lang. reflect. InvocationHandler; 
import java. lang. reflect. Proxy; 


public class Client 
{ 
public static void main(String args[ ]) 
1 
InvocationHandler handler = null; 
AbstractSubject subject = null; 


handler = new DynamicProxy(new RealSubjectA( )); 

subject = (AbstractSubject)Proxy. newProxyInstance( AbstractSubject. class. 
getClassLoader(), new Class[ ]{AbstractSubject. class}, handler); 

subject. request( ); 


Syeteon, out, Dim 人 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 yy 


handler = new DynamicProxy(new RealSubjectB( )); 

subject = (AbstractSubject)Proxy. newProxyInstance( AbstractSubject. class. 
getClassLoader(), new Class[ ]{AbstractSubject. class}, handler); 

subject. request( ); 


} 


在 动态 代理 模式 中 ,对 于 多 个 真实 主题 角色 ,只 需要 提供 一 个 动态 代理 类 ,在 客户 端 可 
以 通过 配置 文件 设置 具体 真实 主题 角色 的 类 名 ,在 动态 代理 类 中 无 须 维护 一 个 与 真实 主题 
角色 的 引用 ,用 户 可 以 根据 需要 自 定义 新 的 真实 主题 角色 ,在 系统 设计 和 客户 端 编程 实现 时 
也 无 须 关 心 真实 主题 角色 ,系统 灵活 性 和 可 扩展 性 更 好 。 编 译 并 运行 程序 ,输出 结果 如 下 : 


调用 之 前 ! 
真实 主题 类 A! 
调用 之 后 ! 
调用 之 前 ! 
真实 主题 类 B! 
调用 之 后 ! 


在 Spring AOP 实现 中 使 用 了 动态 代理 模式 ,使 得 代码 中 不 存在 与 具体 要 用 到 的 接口 
或 类 相关 的 引用 。 
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16.6 ”本章 小 结 


(1) 在 代理 模式 中 ,要 求 给 某 一 个 对 象 提供 一 个 代理 ,并 由 代理 对 象 控制 对 原 对 象 的 引 
用 。 代 理 模 式 的 英文 叫做 Proxy 或 Surrogate, 它 是 一 种 对 象 结 构 型 模式 。 

(2) 代理 模式 包含 三 个 角色 : 抽象 主题 角色 声明 了 真实 主题 和 代理 主题 的 共同 接口 ; 
代理 主题 角色 内 部 包含 对 真实 主题 的 引用 ,从 而 可 以 在 任何 时 候 操 作 真实 主题 对 象 ; 真实 
主题 角色 定义 了 代理 角色 所 代表 的 真实 对 象 , 在 真实 主题 角色 中 实现 了 真实 的 业务 操作 , 客 
户 端 可 以 通过 代理 主题 角色 间接 调用 真实 主题 角色 中 定义 的 方法 。 

(3) 代理 模式 的 优点 在 于 能 够 协调 调用 者 和 被 调用 者 ,在 一 定 程度 上 降低 了 系统 的 耦 
合 度 ; 其 缺点 在 于 由 于 在 客户 端 和 真实 主题 之 间 增 加 了 代理 对 象 , 因 此 有 些 类 型 的 代理 模 
式 可 能 会 造成 请 求 的 处 理 速度 变 慢 , 并 且 实 现代 理 模式 需要 额外 的 工作 ,有 些 代理 模式 的 实 
现 非常 复杂 。 

(4) 远程 代理 为 一 个 位 于 不 同 的 地 址 空间 的 对 象 提供 一 个 本 地 的 代理 对 象 , 它 使 得 客 
户 端 可 以 访问 在 远程 机 器 上 的 对 象 ,远程 机 器 可 能 具有 更 好 的 计算 性 能 与 处 理 速度 ,可 以 快 
速 响应 并 处 理 客户 端 请 求 。 

(5) 如 果 需 要 创建 一 个 资源 消耗 较 大 的 对 象 , 先 创建 一 个 消耗 相对 较 小 的 对 象 来 表示 ， 
真实 对 象 只 在 需要 时 才 会 被 真正 创建 ,这 个 小 对 象 称 为 虚拟 代理 。 虚 拟 代理 通过 使 用 一 个 
小 对 象 来 代表 一 个 大 对 象 ,可 以 减少 系统 资源 的 消耗 ,对 系统 进行 优化 并 提高 运行 速度 。 

(6) 保护 代理 可 以 控制 对 一 个 对 象 的 访问 ,可 以 给 不 同 的 用 户 提 供 不 同 级 别 的 使 用 
权限 。 


思考 与 练习 


1. 用 Java 代码 模拟 实现 “日 志 记 录 代 理 ” 实 例 , 并 编写 客户 端 代码 进行 测试 。 

2. 应 用 软件 所 提供 的 桌面 快捷 方式 是 快速 启动 应 用 程序 的 代理 ,桌面 快捷 方式 一 般 使 
用 一 张 小 图 片 (Picture) 来 表示 ,通过 调用 快捷 方式 的 run() 方 法 将 调用 应 用 软件 
(Application) 的 run() 方 法 。 使 用 代理 模式 模拟 该 过 程 , 试 绘制 类 图 并 编程 实现 。 

3. 毕业 生 通 过 职业 介绍 所 找 工作 ,请 问 其 中 蕴涵 了 哪 种 设计 模式 , 试 绘制 相应 的 类 图 。 


职责 链 模式 


本 章 导 学 

行为 型 模式 关注 系统 中 对 象 之 间 的 相互 交互 ,研究 系统 在 运行 时 对 象 之 
间 的 相互 通信 与 协作 ,进一步 明确 对 象 的 职责 。 在 GoF 23 种 模式 中 包含 11 
种 行为 型 设计 模式 ,它们 适用 于 不 同 的 场合 ,用 于 解决 软件 设计 中 面临 的 不 同 
问题 。 

在 系统 中 如 果 存 在 多 个 对 象 可 以 处 理 同一 请 求 , 可 以 通过 职责 链 模式 将 
这 些 处 理 请 求 的 对 象 连 成 一 条 链 ,让 请 求 沿 着 该 链 进行 传递 。 如 果 链 上 的 对 
象 可 以 处 理 该 请 求 则 进行 处 理 , 否 则 将 请 求 转发 给 下 家 处 理 。 职 责 链 模式 可 
以 将 请 求 的 发 送 者 和 接收 者 解 耦 ,客户 端 无 须 关 心 请 求 的 处 理 细 节 和 传递 过 
程 ,只 需要 将 请 求 提交 给 职责 链 即 可 。 


本 章 将 对 11 种 行为 型 模式 进行 简要 的 介绍 ,并 学 习 职责 链 模式 的 定义 和 结构 ,通过 实 
例 来 学 习 职 责 链 模式 的 实现 以 及 如 何在 软件 开发 中 应 用 职责 链 模式 。 

本 章 的 难点 在 于 理解 职责 链 模式 中 抽象 处 理 者 的 设计 与 实现 ,以 及 如 何在 具体 处 理 者 
中 实现 请 求 的 传递 。 

职责 链 模式 重要 等 级 : 友 友 六 六 六 

职责 链 模 式 难度 等 级 : 友 友 让 六 冯 


17.1 行为 型 模式 


创建 型 模式 关注 对 象 的 创建 过 程 ,结构 型 模式 关注 对 象 与 类 的 组 织 ,而 行为 型 模式 关注 
对 象 之 间 的 交互 。 相 对 创建 型 模式 和 结构 型 模式 ,行为 型 模式 定义 了 系统 中 对 象 之 间 的 交 
互 与 通信 ,包括 对 系统 中 较为 复杂 的 流程 的 控制 。 本 章 将 开始 学 习 行 为 型 设计 模式 ,学 会 在 
软件 系统 的 设计 与 开发 中 合理 使 用 这 些 模式 。 


17.1.1 行为 型 模式 概述 


行为 型 模式 (Behavioral Pattern) 是 对 在 不 同 的 对 象 之 间 划 分 责任 和 算法 的 抽象 化 。 行 
为 型 模式 不 仅仅 关注 类 和 对 象 的 结构 ,而且 重点 关注 它们 之 间 的 相互 作用 。 通 过 行为 型 模 
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式 , 可 以 更 加 清晰 地 划分 类 与 对 象 的 职责 ,并 研究 系统 在 运行 时 实例 对 象 之 间 的 交互 。 在 系 
统 运行 时 ,对 象 并 不 是 孤立 的 ,它们 可 以 通过 相互 通信 与 协作 完成 某 些 复 杂 功 能 ,一 个 对 象 
在 运行 时 也 将 影响 到 其 他 对 象 的 运行 。 在 现实 生活 中 ,对 象 之 间 的 这 种 通信 与 交互 也 普遍 
存在 ,如 图 17-1 所 示 。 

汽车 与 交通 信号 灯 是 交通 系统 中 两 类 很 重要 的 对 象 ， 
它们 可 以 独立 存在 ,职责 明确 ,但 是 它们 又 能 够 相互 作用 ， 


如 果 交 通信 号 灯 变 成 红 灯 , 则 汽车 就 停止 ; 如 果 交 通信 号 -< 六 
灯 变 成 绿灯 , 则 汽车 就 启动 ,汽车 与 交通 信号 灯 的 行为 存 EEA 


在 一 定 的 控制 关系 。 在 软件 系统 的 运行 中 也 大 量 存 在 类 
似 汽 车 与 交通 信号 灯 之 间 的 交互 关系 ,如 单 击 一 个 按钮 即 
可 弹出 一 个 窗口 ,所 点 击 的 按钮 与 弹出 的 窗口 之 间 也 存在 
对 象 之 间 的 通信 ,这 种 通信 也 可 以 称 为 消息 的 传递 ,一 般 通 
过 方法 的 调用 实现 ,如 图 17-2 所 示 。 


图 17-1 行为 型 模式 示意 图 一 


注册 按钮 性 别 :。 加 男 


、 年 龄 ， [20 
CC] 


click show() 


图 17-2 行为 型 模式 示意 图 二 


“注册 按钮 ”对 象 与 "注册 窗口 "对象 通过 通信 和 即 方法 调用 产生 交互 ,在 点 击 “ 注 册 按 钮 ” 
时 ,将 调用 “注册 窗口 * 的 show() 方 法 显示 该 窗口 。 对 象 之 间 的 行为 相互 作用 ,通过 一 个 对 
象 可 以 控制 男 一 个 对 象 。 对 于 这 些 对 象 之 间 的 相互 通信 与 作用 ,在 某 些 场 景 下 可 以 通过 一 
些 已 有 模式 来 进行 设计 与 实现 ,这 类 模式 即 为 行为 型 模式 。 

行为 型 模式 分 为 类 行为 型 模式 和 对 象 行为 型 模式 两 种 : 

(1) 类 行为 型 模式 : 类 的 行为 型 模式 使 用 继承 关系 在 几 个 类 之 间 分 配 行 为 ,类 行为 型 
模式 主要 通过 多 态 等 方式 来 分 配 父 类 与 子 类 的 职责 。 

(2) 对 象 行为 型 模式 : 对 象 的 行为 型 模式 则 使 用 对 象 的 聚合 关联 关系 来 分 配 行为 ,对 
象 行为 型 模式 主要 是 通过 对 象 关 联 等 方式 来 分 配 两 个 或 多 个 类 的 职责 。 根据 “合成 复 用 原 
则 ”, 系统 中 要 尽量 使 用 关联 关系 来 取代 继承 关系 ,因此 大 部 分 行为 型 设计 模式 都 属于 对 象 
行为 型 设计 模式 。 


17.1.2 行为 型 模式 简介 


行为 型 模式 是 GoF 设计 模式 中 最 为 庞大 的 一 类 模式 , 它 包 括 11 种 设计 模式 , 表 17-1 
对 这 11 种 设计 模式 进行 了 简单 的 说 明 。 
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表 17-1 行为 型 模式 简介 
模式 名 称 ne 简单 说 明 使 用 频率 
为 解除 请 求 的 发 送 者 和 接收 者 | 将 能 多 处 理 同一 类 请 求 的 对 象 
, 连 成 一 条 链 , 所 提交 的 请 求 沿 着 
职责 链 模 式 | 之 问 看 合 ,而 使 多 个 对 象 者 有志 | 链 传 间 - 钾 上 的 对 象 逐 个 判断 是 
(Chain of | 会 处 理 这 个 请 求 。 将 这 些 对 象 a 妇女 六 闪闪 
ee ; 全 否 有 能 力 处 理 该 请 求 ,如 果 能 则 
Responsibility)， 连 成 一 条 链 , 并 沿 着 这 条 链 传递 
该 请 求 ,直到 有 个 对 象 处 理 它 | 处 理 ,如 果 不 能 则 传递 给 链 上 的 
A 下 一 个 对 象 ( 下 家 ) 
将 一 个 请 求 封装 为 一 个 对 象 ,从 将 请 求 的 发 送 者 与 请 求 的 接收 
命令 模式 。 | 而 使 你 可 用 不 同 的 请 求 对 客户 进 “者 分 离 , 通 过 抽象 编程 的 方式 ， 和 大大 
(Command) | 行 参 数 化 ; 对 请 求 排队 或 记录 请 ， 使 得 相同 的 请 求 发 送 者 可 以 作 
求 日 志 , 以 及 支持 可 取消 的 操作 用 于 不 同 的 请 求 接收 者 
a 
解释 器 模式 | 定义 语言 的 文法 ,并 且 建立 一 个 人 | 
(Interpreter) | 解释 器 来 解释 该 语言 中 的 句子 人 
法 代 吕 模式 。 提供 一 种 方法 顺序 访问 一 个 聚 通过 一 个 专门 的 对 象 来 对 聚合 
Qi | 合 对 象 中 各 个 元 素 , 而 又 不 需 暴 | 对 象 进行 所 历 ,而 不 需要 直接 操 | 去 妇女 去 太 
露 该 对 象 的 内 部 表示 作 聚 合 对 象 
用 一 个 中 介 对 象 来 封装 一 系列 引入 一 个 中 间 对 象 ,使 系统 中 原 
由 介 者 模式 | 的 对 象 交 互 。 中 介 才 使 各 对 象 ”有 对 象 商机 之 间 的 复杂 交互 关 
Mediatow》 | 不 需要 显 式 地 相互 引用 ,从 而 使 | 系 简化 为 与 中 间 对 象 的 交互 ,将 ”太太 六 六 
其 而 合 松散 ,而 且 可 以 独立 地 改 ， 一 个 网 状 结构 重 构 为 一 个 星 形 
变 它们 之 间 的 交互 结构 
在 不 彼 坏 封装 性 的 前 提 下 , 捕 效 | 各 供 __ 个 可 以 后 性 的 机 制 , 使 得 
备忘录 模式 | 一 个 对 象 的 内 部 状态 ,并 在 该 对 对 象 可 以 恢复 到 某 一 个 历史 J 
CMemento) | 旬 之 外 保存 这 个 状态 。 这样 以 后 状态 
就 可 将 该 对 象 恢复 到 保存 的 状态 。 
定义 对 象 间 的 一 种 一 对 多 的 依 
观察 者 模式 | 天 关系 ,以 便当 一 个 对 象 的 状态 | 一 个 对 象 的 行为 将 影响 到 一 个 人 大大 太太 
(Observer) | 发 生 改 变 时 ,所 有 依赖 于 它 的 对 | 或 多 个 其 他 对 象 的 行为 
象 都 得 到 通知 并 自动 刷新 
许 一 个 天 部 状态 
状态 模式 “| 允许 一 个 对 象 在 其 内 部 状态 改 | 对 象 状态 不 同时 其 行为 也 不 相 
a 
似乎 修改 了 它 所 属 的 类 
定义 一 系列 的 算法 ,把 它们 一 个 | 实现 某 功 能 存在 多 种 方式 ,在 不 
策略 模式 | 个 封装 起 来 ,并 且 使 它们 可 相互 修改 现 有 系统 的 基础 上 可 以 灵 和 太太 
(Strategy) | 蔡 换 。 本 模式 使 得 算法 的 变化 活 选择 或 更 换 实现 方式 ,也 可 以 
可 独立 于 使 用 它 的 客户 使 用 新 的 实现 方式 
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续 表 
模式 名 称 定义 简单 说 明 使 用 频率 
又 一 个 操作 中 的 算法 的 悄 架 ， 
模板 方法 模式 | 而 将 一 些 步 又 延迟 到 子 类 中 。| 在 父 类 中 提供 一 个 方法 定义 一 
CTemplate | 使 得 子 类 可 以 不 改变 一 个 算法 | 个 操作 序列 ,而 将 具体 操作 的 实 六 友 太 六 六 
Method) 的 结构 即 可 重 定义 该 算法 的 某 ， 现 放 在 子 类 中 
些 特定 步 又 
过 未 王 不 作用 地 甘 克 过关 条 肖 | 生 下 安利 当 全 的 对 傈 下风 加 
访问 者 模式 | 的 各 元 素 的 操作 。 它 使 你 可 以 | 某 个 滩 合 结构 中 不 同类 型 的 郊 
约 你 可 以 | 订 对 象 ,不 同类 型 的 对 象 对 于 不 |” 六 女 交 妆 六 
(Visitor) 在 不 改变 各 元 素 的 类 的 前 提 下 同 元 素 对 象 可 以 使 用 不 同 的 访 
定义 作用 于 这 些 元 素 的 新 操作 | 站 记 法 


17.2 ”职责 链 模式 动机 与 定义 


在 很 多 纸牌 游戏 中 , 某 人 出 一 


牌 则 将 出 牌 请 求 转发 给 他 的 下 家 ,其 下 家 再 进行 判断 。 


张 牌 给 他 的 下 家 ,下 家 看 看 手中 的 牌 , 如 果 要 不 起 上 家 的 
一 个 循环 下 来 ,如 果 所 有 人 都 要 不 起 


该 牌 , 则 最 初 的 出 牌 者 可 以 打出 新 的 牌 。 在 这 个 过 程 中 , 牌 作为 一 个 请 求 沿 着 一 条 链 在 传 
递 ,每 一 位 纸牌 的 玩家 都 可 以 处 理 该 请 求 。 类 似 这 种 形式 在 现实 生活 中 到 处 存在 ,如 接力 赛 
跑 击 鼓 传 花 等 ,这 里 面 就 蕴涵 了 本 章 将 要 学 习 的 职责 链 模 式 。 


17.2.1 模式 动机 


在 很 多 情况 下 ,可 以 处 理 某 个 请 求 的 对 象 不 止 一 


个 ,如 大 学 里 的 奖学金 审批 ,学 生 在 向 


辅导 员 提 交 审 批 表 之 后 ,首先 是 辅导 员 签 字 审 批 , 然 后 交 给 系 主任 签字 审批 ,接着 是 院 长 审 
批 ,最 后 可 能 是 校长 来 审批 ,在 这 个 过 程 中 ,奖学金 申请 表 可 以 看 成 是 一 个 请 求 对 象 ,而 不 同 
级 别 的 审批 者 都 可 以 处 理 该 请 求 对 象 ,除了 辅导 员 之 外 ,学 生 不 需要 一 一 和 其 他 审批 者 交 

互 , 只 需要 等 待 结果 即 可 。 在 审批 过 程 中 如 果 某 一 个 审批 者 认为 不 符合 条 件 , 则 请 求 中 止 ; 
和 否则 将 请 求 递 交 给 下 一 个 审批 者 ,最 后 由 校长 来 确定 谁 能 够 授予 奖学金 。 该 过 程 如 图 17-3 


所 示 。 


w 
a 
辅导 员 


:rE 


申请 表 县 3 
SY 


a 
系 主任 院 长 


湾 
林 


am 


图 17-3 奖学金 审 评 示 意图 


在 图 17-3 中 ,辅导 员 、 系 主任 、 院 长 ,校长 都 可 以 处 理 奖 学 金 申请 表 , 而 且 他 们 构成 了 一 
条 链 , 申 请 表 沿 着 这 条 链 传递 ,这 条 链 就 称 为 职责 


职责 链 可 以 是 一 


条 直线 、 一 个 环 或 者 一 个 树 形 结构 ,最 常见 


职责 链 是 直线 型 , 即 沿 着 
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一 条 单 向 的 链 来 传递 请 求 。 链 上 的 每 一 个 对 象 都 是 请 求 处 理 者 ,职责 链 模式 可 以 将 请 求 的 
处 理 者 组 织 成 一 条 链 ,并 使 请 求 沿 着 链 传递 ,由 链 上 的 处 理 者 对 请 求 进 行 相应 的 处 理 ,客户 
端 无 须 关心 请 求 的 处 理 细节 以 及 请 求 的 传递 ,只 需 将 请 求 发 送 到 链 上 即 可 ,将 请 求 的 发 送 者 
和 请 求 的 处 理 者 解 耦 。 这 就 是 职责 链 模式 的 模式 动机 。 


17.2.2， 模式 定义 


职责 链 模 式 (Chain of Responsibility Pattern) 定 义 : 避免 请 求 发 送 者 与 接收 者 耦合 在 
一 起 ,让 多 个 对 象 都 有 可 能 接收 请 求 ,将 这 些 对 象 连接 成 一 条 链 ,并 且 沿 着 这 条 链 传递 请 求 ， 
直到 有 对 象 处 理 它 为 止 。 由 于 英文 翻译 的 不 同 ,职责 链 模式 又 称 为 责任 链 模式 , 它 是 一 种 对 
象 行为 型 模式 。 

英文 定义 :“Avoid coupling the sender of a request to its receiver by giving more than 
one object a chance to handle the request，Chain the receiving objects and pass the request 


along the chain until an object handles it. ”。 


17.3 ”职责 链 模式 结构 与 分 析 


职责 链 模式 结构 的 核心 在 于 抽象 处 理 者 类 的 设计 ,下 面 将 学 习 并 分 析 其 模式 结构 。 
17.3.1 模式 结构 
职责 链 模式 结构 图 如 图 17-4 所 示 。 


_、Successor 


图 17-{ ”职责 链 模式 结构 图 


职责 链 模式 包含 如 下 角色 

1. Handler( 抽 象 处 理 者 ) 

抽象 处 理 者 定义 了 一 个 处 理 请 求 的 接口 , 它 一 般 设 计 为 抽象 类 ,由 于 不 同 的 具体 处 理 者 
处 理 请 求 的 方式 不 同 , 因 此 在 其 中 定义 了 抽象 请 求 处 理 方法 。 因 为 每 一 个 处 理 者 的 下 家 还 
是 一 个 处 理 者 ,因此 在 抽象 处 理 者 中 定义 了 一 个 自 类 型 (抽象 处 理 者 类 型 ) 的 对 象 ,作为 其 对 
下 家 的 引用 。 通 过 该 引用 ,处 理 者 可 以 连 成 一 条 链 。 
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2. ConcreteHandler( 具 体 处 理 者 ) 

具体 处 理 者 是 抽象 处 理 者 的 子 类 , 它 可 以 处 理 用 户 请 求 , 在 具体 处 理 者 类 中 实现 了 抽象 
处 理 者 中 定义 的 抽象 请 求 处 理 方法 ,在 处 理 请 求 之 前 需要 进行 判断 ,看 是 否 有 相应 的 处 理 权 
限 , 如 果 可 以 处 理 请 求 就 处 理 它 ,否则 将 请 求 转 发 给 后 继 者 ; 在 具体 处 理 者 中 可 以 访问 链 中 

一 个 对 象 ,以 便 请 求 的 转发 。 

3. Client( 客 户 类 ) 

客户 类 用 于 向 链 中 的 对 象 提出 最 初 的 请 求 ,客户 类 只 需要 关心 链 的 源头 ,而 无 须 关 心 请 
求 的 处 理 细节 以 及 请 求 的 传递 过 程 。 


17.3.2 模式 分 析 


在 职责 链 模式 里 ,很 多 对 象 由 每 一 个 对 象 对 其 下 家 的 引用 而 连接 起 来 形成 一 条 链 。 请 
求 在 这 条 链 上 传递 ,直到 链 上 的 某 一 个 对 象 处 理 此 请 求 为 止 。 发 出 这 个 请 求 的 客户 端 并 不 
知道 链 上 的 哪 一 个 对 象 最 终 处 理 这 个 请 求 , 这 使 得 系统 可 以 在 不 影响 客户 端的 情况 下 动态 
地 重新 组 织 链 和 分 配 责 任 。 

职责 链 模式 的 核心 在 于 抽象 处 理 者 类 的 设计 ,在 抽象 处 理 者 类 中 定义 了 一 个 自 类 型 的 对 
象 , 用 于 维持 一 个 对 处 理 者 下 家 的 引用 ,以 便 将 请 求 传递 给 下 家 ,抽象 处 理 者 的 典型 代码 如 下 : 


public abstract class Handler 


protected Handler successor; 


public void setSuccessor(Handler successor) 
this. successor = successor; 


} 


public abstract void handleRequest (String request); 
} 


在 代码 中 ,抽象 处 理 者 类 定义 了 对 下 家 的 引用 对 象 ,以 便 将 请 求 转发 给 下 家 ,该 对 象 的 
访问 符 可 设 为 protected, 在 其 子 类 中 可 以 使 用 。 在 抽象 处 理 者 类 中 定义 了 抽象 的 请 求 处 理 
方法 ,具体 实现 交 由 子 类 完成 。 

具体 处 理 者 是 抽象 处 理 者 的 子 类 , 它 具 有 两 大 作用 : 第 一 是 处 理 请 求 ,不 同 的 具体 处 理 
者 以 不 同 的 形式 实现 抽象 请 求 处 理 方 法 handleRequest(); 第 二 是 转发 请 求 , 如 果 该 请 求 超 
出 了 当前 处 理 者 类 的 权限 ,可 以 将 该 请 求 转发 给 下 家 ,这 个 工作 也 是 通过 具体 处 理 者 来 完成 
的 。 具 体 处 理 者 类 的 典型 代码 如 下 : 


public class ConcreteHandler extends Handler 
下 
public void handleRequest (String request) 
{ 
if( 请 求 request 满足 条 件 ) 
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在 具体 处 理 类 中 通过 对 请 求 进行 判断 可 以 做 出 相应 的 处 理 。 

需要 注意 的 是 ,职责 链 模式 并 不 创建 职责 链 , 职 责 链 的 创建 工作 必须 由 系统 的 其 他 部 分 
来 完成 ,一 般 是 在 使 用 该 职责 链 的 客户 端 中 创建 职责 链 。 职 责 链 模式 降低 了 请 求 的 发 送 端 
和 接收 端 之 间 的 耦合 ,使 多 个 对 象 都 有 机 会 处 理 这 个 请 求 。 


17.4 职责 链 模式 实例 与 解析 


下 面 通过 职责 链 模式 中 审批 假 条 实例 来 进一步 学 习 并 理解 职责 链 模式 。 

1. 实例 说 明 

某 OA 系统 需要 提供 一 个 假 条 审批 的 模块 ,如 果 员 工 请 假 天 数 小 于 3 天 ,主任 可 以 审批 
该 假 条 ; 如 果 员 工 请 假 天 数 大 于 等 于 3 天 ,小 于 10 天 ,经 理 可 以 审批 ; 如 果 员 工 请 假 天 数 大 
于 等 于 10 天 ,小 于 30 天 ,总 经 理 可 以 审批 ; 如 果 超过 30 天 ,总 经 理 也 不 能 审批 ,提示 相应 
的 拒绝 信息 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 17-5 所 示 。 


图 17-5 审批 假 条 类 图 


3. 实例 代码 及 解释 
(1) 请 求 类 LeaveRequest( 请 假 条 类 ) 


public class LeaveRequest 


. 


private String leaveName; 
private int leaveDays; 


public LeaveRequest(String leaveName, int leaveDays) 
{ 

this. leaveName = leaveName; 

this. leaveDays = leaveDays; 
} 


public void setLeaveName( String leaveName) { 
this. leaveName = leaveName; 


1 


public void setLeaveDays( int leaveDays) { 
this. leaveDays = leaveDays; 
k 


public String getLeaveName() { 
return (this. leaveName); 
} 


public int getLeaveDays() { 
return (this. leaveDays); 
} 
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LeaveRequest 是 请 求 类 , 它 不 是 职责 链 模式 的 核心 类 ,但 是 它 封装 了 请 求 的 相关 信息 ， 
以 便 处 理 者 对 其 进行 处 理 。 最 简单 的 请 求 可 以 设计 为 字符 串 对 象 ,但 是 通常 请 求 包括 多 个 
数据 字段 ,需要 定义 一 个 请 求 类 对 数据 进行 封装 。 
(2) 抽象 处 理 者 Leader( 领 导 类 ) 


Public abstract class Leader 


protected String name; 

protected Leader successor; 

public Leader( String name) 

{ 
this. name = name; 

} 

public void setSuccessor(Leader successor) 
this. successor = successor; 


} 
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public abstract void handleRequest (LeaveRequest request); 


Leader 类 是 抽象 处 理 者 , 它 定 义 了 一 个 Leader 类 型 的 后 继 对 象 successor, 作 为 对 下 家 
的 引用 ,同时 它 定义 了 抽象 请 求 处 理 方法 handleRequest()。 
(3) 具体 处 理 者 Director( 主 任 类 ) 


public class Director extends Leader 
{ 
public Director(String name) 
super(name) ; 
public void handleRequest(LeaveRequest request) 
| 
if(request. getLeaveDays()<3) 


{ 
System. out. println(" 主 任 ”+ name + "审批 员工 ”+ request. getLeaveName() + 
"的 请 假 条 ,请 假 天 数 为 ”+ request. getLeaveDays() + "天 。"); 

} 

else 

{ 


if(this. successor!= nul1) 
f 

this. successor. handleRequest (request); 
} 


Director 类 是 具体 处 理 者 , 它 是 抽象 处 理 者 的 子 类 ,实现 了 在 抽象 处 理 者 中 定义 的 抽象 
处 理 方法 ,如 果 封 装 在 请 求 对 象 request 中 的 请 假 时 间 小 于 3 天 , 则 它 可 以 直接 处 理 , 否 则 将 
请 求 转发 给 下 家 去 处 理 。 

(4) 具体 处 理 者 Manager( 经 理 类 ) 


public class Manager extends Leader 
{ 
public Manager (String name) 
I 
super(name); 
} 
public void handleRequest (LeaveRequest request) 
| 
if(request. getLeaveDays()< 10) 
{ 
System. out. println(" 经 理 ”+ name + "审批 员工 ”+ request. getLeaveName() + 
"的 请 假 条 ,请 假 天 数 为 ”+ request. getLeaveDays() + "天 。"); 
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if(this. successor!= nul1) 
{ 

this. successor. handleRequest (request); 
} 


1 


Manager 类 也 是 具体 处 理 者 , 它 是 抽象 处 理 者 的 子 类 ,实现 了 在 抽象 处 理 者 中 定义 的 抽 
象 处 理 方法 ,如 果 封 装 在 请 求 对 象 request 中 的 请 假 时 间 小 于 10 天 , 则 它 可 以 直接 处 理 , 否 
则 将 请 求 转发 给 下 家 去 处 理 。 

(5) 具体 处 理 者 GeneralManager( 总 经 理 类 ) 


public class GeneralManager extends Leader 
{ 
public GeneralManager( String name) 
下 
Super(name) 


} 


public void handleRequest (LeaveRequest request) 
{ 
if(request. getLeaveDays( )< 30) 


System. out. println(" 总 经 理 ”+ name + "审批 员工 ”+ request. getLeaveName( ) + 
"的 请 假 条 ,请 假 天 数 为 ”+ request, getLeaveDays() + "天 。"); 


System. out. println(" 莫 非 ” + request. getLeaveName() +" 想 辞职 , 居然 请 假 ”+ 
request. getLeaveDays() + "天 。"); 


} 


GeneralManager 类 也 是 具体 处 理 者 , 它 是 抽象 处 理 者 的 子 类 ,实现 了 在 抽象 处 理 者 中 
定义 的 抽象 处 理 方法 ,如 果 封 装 在 请 求 对象 request 中 的 请 假 时 间 小 于 30 天 , 则 它 可 以 直接 
处 理 , 否 则 将 提示 相应 的 信息 。 

4. 辅助 代码 

客户 端 测试 类 Client 如 下 : 


public class Client 
{ 
public static void main(String args[ ]) 
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} 


Leader objDirector, objManager, objGeneralManager; 


objDirector = new Director(" 王 明 "); 
objManager = new Manager(" 赵 强 "); 
objGeneralManager = new GeneralManager(" 李 波 "); 


objDirector. setSuccessor(objManager); 
objManager. setSuccessor( objGeneralManager); 


LeaveRequest 1rl = new LeaveRequest(" 张 三 ", 2); 
objDirector. handleRequest (1r1); 


LeaveRequest 1r2 = new LeaveRequest(" 李 四 ",5); 
objDirector. handleRequest (1r2); 


LeaveRequest 1r3 = new LeaveRequest(" 王 五 ",15); 
objDirector. handleRequest (1r3); 


LeaveRequest 1r4 = new LeaveRequest(" 赵 六 ", 45); 
objDirector. handleRequest (1r4); 


在 客户 端 代码 中 实例 化 了 具体 处 理 者 对 象 , 并 将 它们 连 成 一 条 职责 链 , 完 成 职责 链 的 创 
建 工 作 , 如 加 粗 代 码 所 示 。 在 客户 端 中 ,请 求 只 需 提交 给 链 的 初始 对 象 , 即 主任 对 象 ,该 请 求 将 
沿 着 链 进行 传递 ,如 果 某 具体 处 理 者 对 象 可 以 处 理 请 求 则 立即 处 理 , 否 则 将 请 求 传递 给 下 家 。 

5. 结果 及 分 析 

编译 并 运行 程序 ,输出 结果 如 下 : 


主任 王 明 审 批 员工 张 三 的 请 假 条 ,请 假 天 数 为 2 天 。 

经 理 赵强 审批 员工 李 四 的 请 假 条 ,请 假 天 数 为 5 天 。 

总 经 理 李 波 审批 员工 王 五 的 请 假 条 ,请 假 天 数 为 15 天。 
葛 非 赵 六 想 酬 职 ,居然 请 假 45 天 。 


如 果 要 在 其 中 增加 一 个 新 的 具体 处 理 者 ,如 增加 一 个 副 总 经 理 , 可 以 处 理 的 请 假 天 数 小 
于 20 天 ,需要 编写 一 个 新 的 具体 处 理 者 类 ViceGeneralManager, 作 为 抽象 处 理 者 类 Leader 
的 子 类 ,实现 在 Leader 类 中 定义 的 抽象 处 理 方法 ,如 果 请 假 天数 大 于 等 于 20 天 , 则 将 请 求 
转发 给 下 家 ,代码 如 下 : 


public class ViceGeneralManager extends Leader 


{ 


public ViceGeneralManager (String name) 


super (name); 
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public void handleRequest (LeaveRequest request) 
| 
if(request. getLeaveDays()<20) 
{ 
System. out. println(" 副 总 经 理 ”+ name + "审批 员工 ”+ request. getLeaveName( ) + 
"的 请 假 条 ,请假 天 数 为 ”+ request. getLeaveDays() + "天 。"); 


else 


if(this. successor!= null) 
| 

this. successor. handleRequest (request); 
1 


于 链 的 创建 是 在 客户 端 ,因此 增加 新 的 具体 处 理 者 类 对 原 有 类 库 无 任何 影响 ,无 须 修 
改 已 有 类 的 源 代码 ,符合 “ 开 闭 原则 ”。 

在 客户 端 ,如 果 要 将 新 的 具体 请 求 处 理 者 应 用 到 系统 中 ,需要 创建 新 的 具体 处 理 者 对 
象 , 然 后 将 该 对 象 加 入 职责 链 中 。 如 在 客户 端 测 试 代码 中 增加 如 下 代码 ; 


Leader objViceGeneralManager; 
objViceGeneralManager = new ViceGeneralManager(" 肖 红 "); 


将 建 链 代码 改 为 : 


objDirector. setSuccessor(objManager); 
objManager. setSuccessor(objViceGeneralManager); 
objViceGeneralManager. setSuccessor(objGeneralManager); 


重新 编译 并 运行 程序 ,输出 结果 如 下 : 


主任 王 明 审 批 员 工 张 三 的 请 假 条 ,请 假 天 数 为 2 天 。 

经 理 赵强 审批 员工 李 四 的 请 假 条 ,请 假 天 数 为 5 天 。 

副 总 经 理 肖 红 审 批 员 工 王 五 的 请 假 条 ,请 假 天 数 为 15 天 。 
莫非 赵 六 想 醇 职 ,居然 请 假 45 天 。 


了 链 模式 效果 与 应 用 


17.5.1 模式 优 缺 点 


1. 职责 链 模式 的 优点 


(1) 降低 耦合 度 : 职责 链 模式 使 得 一 个 对 象 无 须知 道 是 其 他 哪 一 个 对 象 处 理 其 请 求 。 
对 象 仅 需 知道 该 请 求 会 被 处 理 即 可 ,接收 者 和 发 送 者 都 没有 对 方 的 明确 信息 , 且 链 中 的 对 象 
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不 需要 知道 链 的 结构 ,由 客户 端 负责 链 的 创建 。 

(2) 可 简化 对 象 的 相互 连接 : 请 求 处 理 对 象 仅 需 维持 一 个 指向 其 后 继 者 的 引用 ,而 不 
需 维 持 它 对 所 有 的 候选 处 理 者 的 引用 。 

(3) 增强 给 对 象 指派 职责 的 灵活 性 : 在 给 对 象 分 派 职责 时 ,职责 链 可 以 给 我 们 带 来 更 
多 的 灵活 性 。 可 以 通过 在 运行 时 对 该 链 进行 动态 的 增加 或 修改 来 增加 或 改变 处 理 一 个 请 求 
的 职责 。 

(4) 增加 新 的 请 求 处 理 类 很 方便 : 在 系统 中 增加 一 个 新 的 具体 请 求 处 理 者 无 须 修 改 原 
有 系统 的 代码 ,只 需要 在 客户 端 重新 建 链 即 可 ,从 这 一 点 来 看 是 符合 “ 开 闭 原则 ”的 。 

2. 职责 链 模式 的 缺点 

(1) 不 能 保证 请 求 一 定 被 接收 : 既然 一 个 请 求 没有 明确 的 接收 者 ,那么 就 不 能 保证 它 
一 定 会 被 处 理 ,该 请 求 可 能 一 直到 链 的 末端 都 得 不 到 处 理 ; 一 个 请 求 也 可 能 因 职 责 链 没 有 
被 正确 配置 而 得 不 到 处 理 。 

(2) 对 于 比较 长 的 职责 链 , 请 求 的 处 理 可 能 涉及 多 个 处 理 对 象 , 系 统 性 能 将 受到 一 定 影 
响 , 而 且 在 进行 代码 调试 时 不 太 方便 ; 如 果 建 链 不 当 , 可 能 会 造成 循环 调用 ,将 导致 系统 陷 
入 死 循环 。 


17.5.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 职责 链 模式 : 

(1) 有 多 个 对 象 可 以 处 理 同一 个 请 求 , 具 体 哪个 对 象 处 理 该 请 求 由 运行 时 刻 自动 确定 。 
客户 端 只 需 将 请 求 提 交 到 链 上 ,无 须 关 心 请 求 的 处 理 对 象 是 谁 以 及 它 是 如 何 处 理 的 。 

(2) 在 不 明确 指定 接收 者 的 情况 下 ,向 多 个 对 象 中 的 一 个 提交 一 个 请 求 。 请 求 的 发 送 
者 与 请 求 的 处 理 者 解 耦 ,请 求 将 沿 着 链 进行 传递 ,寻求 相应 的 处 理 者 。 

(3) 可 动态 指定 一 组 对 象 处 理 请 求 。 客 户 端 可 以 动态 创建 职责 链 来 处 理 请 求 , 还 可 以 
动态 改变 链 中 处 理 者 之 问 的 先后 次 序 。 


17.5.3 模式 应 用 


(1) Java 中 的 异常 处 理 机 制 类 似 一 种 职责 链 模式 ,我 们 可 以 在 一 个 try 语句 后 面 接 多 
个 catch 语句 ,而 每 个 catch 可 以 捕获 不 同 的 异常 , 当 第 一 个 异常 不 匹配 时 ,自动 跳 到 第 二 个 
catch 语句 ,直到 所 有 的 catch 语句 都 匹配 为 止 。 代 码 如 下 : 
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(2) 在 早期 的 Java AWT 事件 模型 (JDK 1.0 及 更 早 ) 中 ,广泛 采用 了 职责 链 模式 ,这 种 
事件 处 理 机 制 又 叫 事件 浮 升 (Event Bubbling) 机 制 。 其 基本 原理 是 ,由 于 窗口 组 件 ( 如 按 
钮 ,文本 框 等 ) 一 般 都 位 于 容器 组 件 中 ,因此 当 事 件 发 生 在 某 一 个 组 件 上 时 ,通过 组 件 对 象 的 
handleEvent() 方 法 将 事件 传递 给 相应 的 事件 处 理 方法 ,该 事件 处 理 方法 将 处 理 此 事件 , 然 
后 决定 是 否 将 该 事件 向 上 一 级 容器 组 件 传 播 , 如 果 没 有 相应 的 事件 处 理 方法 , 则 会 将 事件 传 
给 包含 组 件 的 上 一 级 容器 ,以 此 类 推 : 上 级 容器 组 件 在 接 到 事件 之 后 可 以 继续 处 理 此 事件 
并 决定 是 否 继续 向 上 级 容器 组 件 传播 ,如 此 反复 ,直到 事件 到 达 顶 层 容器 组 件 为 止 ; 如 果 一 
直 传 到 最 顶层 容器 仍 没有 处 理 方法 , 则 该 事件 不 予 处 理 。 

由 于 这 种 基于 职责 链 模 式 的 事件 处 理 方式 存在 代码 维护 困难 、 重 用 性 较 差 ,存在 大 量 条 
件 语句 , 且 处 理 速 度 较 慢 、 只 适用 于 AWT 组 件 等 缺点 ,从 JDK 1. 1 以 后 ,使 用 观察 者 模式 代 
替 职 责 链 模式 来 处 理事 件 。 目 前 ,在 JavaScript 中 仍然 可 以 使 用 这 种 事件 浮 升 机 制 来 进行 
事件 处 理 。 


17.6 职责 链 模式 扩展 


纯 与 不 纯 的 职责 链 模式 

一 个 纯 的 职责 链 模 式 要 求 一 个 具体 处 理 者 对 象 只 能 在 两 个 行为 中 选择 一 个 : 一 个 是 承 
担 责任 , 另 一 个 是 把 责任 推 给 下 家 。 不 允许 出 现 某 一 个 具体 处 理 者 对 象 在 承担 了 一 部 分 责 
任 后 又 将 责任 向 下 传 的 情况 。 

在 一 个 纯 的 职责 链 模式 里 面 ,一 个 请 求 必须 被 某 一 个 处 理 者 对 象 所 接收 ; 在 一 个 不 纯 
的 职责 链 模 式 里 面 , 一 个 请 求 可 以 最 终 不 被 任何 接收 端 对 象 所 接收 。 纯 的 职责 链 模式 的 例 
子 是 不 容易 找到 的 ,一 般 看 到 的 例子 均 是 不 纯 的 职责 链 模式 的 实现 ,如 Java AWT 1. 0 的 事 
件 处 理 模型 ,由 于 每 一 级 的 组 件 在 接收 到 事件 时 ,都 可 以 处 理 此 事件 ,而 不 论 此 事件 是 否 在 
这 一 级 得 到 处 理 , 事 件 都 可 以 停止 向 上 传播 或 者 继续 向 上 传播 ,可 以 随时 中 断 对 事件 的 处 
理 。 这 是 典型 的 不 纯 的 责任 链 模式 。 


17.7 本章 小 结 


(1) 行为 型 模式 是 对 在 不 同 的 对 象 之 间 划 分 责任 和 算法 的 抽象 化 。 行 为 型 模式 不 仅仅 
关注 类 和 对 象 的 结构 ,而 且 重 点 关注 它们 之 间 的 相互 作用 。 通 过 行为 型 模式 ,可 以 更 加 清晰 
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地 划分 类 与 对 象 的 职责 ,并 研究 系统 在 运行 时 实例 对 象 之 间 的 交互 。 行 为 型 模式 可 以 分 为 
类 行为 型 模式 和 对 象 行为 型 模式 两 种 。 

(2) 职责 链 模 式 可 以 避免 请 求 发 送 者 与 接收 者 耦合 在 一 起 ,让 多 个 对 象 都 有 可 能 接收 
请 求 ,将 这 些 对 象 连接 成 一 条 链 , 并 且 沿 着 这 条 链 传递 请 求 , 直 到 有 对 象 处 理 它 为 止 。 它 是 
一 种 对 象 行为 型 模式 。 

(3) 职责 链 模式 包含 两 个 角色 : 抽象 处 理 者 定义 了 一 个 处 理 请 求 的 接口 ; 具体 处 理 者 
是 抽象 处 理 者 的 子 类 , 它 可 以 处 理 用 户 请 求 。 

(4) 在 职责 链 模式 里 ,很 多 对 象 由 每 一 个 对 象 对 其 下 家 的 引用 而 连接 起 来 形成 一 条 链 。 
请 求 在 这 个 链 上 传递 ,直到 链 上 的 某 一 个 对 象 决定 处 理 此 请 求 。 发 出 这 个 请 求 的 客户 端 并 
不 知道 链 上 的 哪 一 个 对 象 最 终 处 理 这 个 请 求 , 这 使 得 系统 可 以 在 不 影响 客户 端的 情况 下 动 
态 地 重新 组 织 链 和 分 配 责任 。 

(5) 职责 链 模式 的 主要 优点 在 于 可 以 降低 系统 的 耦合 度 ,简化 对 象 的 相互 连接 ,同时 增 
强 给 对 象 指派 职责 的 灵活 性 ,增加 新 的 请 求 处 理 类 也 很 方便 ; 其 主要 缺点 在 于 不 能 保证 请 
求 一 定 被 接收 , 且 对 于 比较 长 的 职责 链 , 请 求 的 处 理 可 能 涉及 多 个 处 理 对 象 ,系统 性 能 将 受 
到 一 定 影响 ,而 且 在 进行 代码 调试 时 不 太 方 便 。 

(6) 职责 链 模 式 适 用 情况 包括 : 有 多 个 对 象 可 以 处 理 同一 个 请 求 ,具体 哪个 对 象 处 理 
该 请 求 由 运行 时 刻 自动 确定 ; 在 不 明确 指定 接收 者 的 情况 下 ,向 多 个 对 象 中 的 一 个 提交 一 
个 请 求 ; 可 动态 指定 一 组 对 象 处 理 请 求 。 


思考 与 练习 


1. 在 军队 中 ,一 般 根 据 战争 规模 的 大 小 和 重要 性 由 不 同 级 别 的 长 官 (Officer) 来 下 达 作 
战 命令 ,情报 人 员 向 上 级 递交 军情 (如 敌人 的 数量 ) ,作战 命令 需要 上 级 批准 ,如 果 直 接 上 级 
不 具备 下 达 命 令 的 权力 , 则 上 级 又 传 给 上 级 ,直到 有 人 可 以 决定 为 止 ,这 类 似 我 们 本 课 中 学 
习 的 职责 链 模 式 。 可 通过 职责 链 模式 来 模拟 该 过 程 .客户 类 (Client) 模 拟 情报 人 员 ,首先 向 
级 别 最 低 的 班长 (Banzhang) 递 交 任务 书 (Mission) , 即 军情 ,如 果 超 出 班长 的 权力 范围 , 则 传 
递 给 排 长 (Paizhang) , 排 长 如 果 也 不 能 处 理 则 传递 给 营 长 (Yingzhang) ,如 果 营 长 也 不 能 处 
理 则 需要 开会 讨论 。 我 们 设置 这 几 级 长 官 的 权力 范围 分 别 是 : 

(1) 敌人 数量 二 10, 班 长 下 达 作 战 命令 。 

(2) 10 委 敌人 数量 二 50 , 排 长 下 达 作 战 命令 。 

(3) 50 委 敌人 数量 二 200 , 营 长 下 达 作战 命令 。 

(4) 敌人 数量 宇 200, 需 要 开会 讨论 再 下 达 作 战 命令 。 

绘制 类 图 并 编程 实现 。 

2. 某 物资 管理 系统 中 物资 采购 需要 分 级 审批 ,主任 可 以 审批 1 万 元 及 以 下 的 采购 单 ， 
部 门 经 理 可 以 审批 5 万 元 及 以 下 的 采购 单 , 副 总 经 理 可 以 审批 10 万 元 及 以 下 的 采购 单 ,总 
经 理 可 以 审批 20 万 元 及 以 下 的 采购 单 ,20 万 元 以 上 的 采购 单 需要 开会 确定 。 现 使 用 职责 
链 模式 设计 该 系统 ,绘制 类 图 并 编程 实现 。 


命令 模式 


本 章 导 学 

命令 模式 是 常用 的 行为 型 设计 模式 之 一 , 它 将 请 求 发 送 者 与 请 求 接收 者 
解 看 ,请 求 发 送 者 通过 命令 对 象 来 间接 引用 接收 者 ,使 得 系统 具有 更 好 的 灵活 
性 ,可 以 在 不 修改 现 有 系统 源 代码 的 情况 下 将 相同 的 发 送 者 对 应 不 同 的 接收 
者 ,也 可 以 将 多 个 命令 对 象 组 合成 宏 命 令 , 还 可 以 在 命令 类 中 提供 用 来 撤销 请 


本 章 将 介绍 命令 模式 的 定义 与 结构 ,结合 实例 学 习 如 何 实现 命令 模式 ,并 理解 撤销 操作 
和 宏 命令 的 实现 原理 。 

本 章 的 难点 在 于 掌握 命令 模式 的 结构 ,如何 通过 命令 模式 实现 撤销 操作 和 宏 命 令 , 以 及 
如 何在 实际 软件 开发 中 应 用 命令 模式 。 

命令 模式 重要 等 级 : 丰 丰 友 丰 六 

命令 模式 难度 等 级 : 友 友 友 丰 交 


18.1 命令 模式 动机 与 定义 


命令 模式 将 请 求 的 发 送 者 和 接收 者 解 看 ,在 发 送 者 与 接收 者 之 间 引 入 命令 对 象 ,将 
发 送 者 的 请 求 封装 在 命令 对 象 中 ,再 通过 命令 对 象 来 调用 接收 者 的 方法 。 命 令 模式 用 于 
处 理 对 象 之 间 的 调用 关系 ,使 得 这 种 调用 关系 更 加 灵活 ,用 户 还 可 以 根据 需要 为 请 求 发 
送 者 增加 新 的 命令 对 象 而 无 须 修改 原 有 系统 。 本 章 将 介绍 用 于 处 理 对 象 间 调 用 关系 的 
命令 模式 。 


18.1.1 模式 动机 


在 软件 设计 中 ,我 们 经 常 需要 向 某 些 对 象 发 送 请 求 , 但 是 并 不 知道 请 求 的 接收 者 是 谁 ， 
也 不 知道 被 请 求 的 操作 是 哪个 ,我 们 只 需 在 程序 运行 时 指定 具体 的 请 求 接收 者 即 可 ,此 时 ， 
可 以 使 用 命令 模式 来 进行 设计 ,使 得 请 求 发 送 者 与 请 求 接收 者 消除 彼此 之 间 的 耦合 ,让 对 象 
之 间 的 调用 关系 更 加 灵活 。 

在 现实 生活 中 也 存在 类 似 的 例子 .如 图 18-1 所 示 ,开关 是 请 求 的 发 送 者 ,而 电灯 是 请 求 
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的 接收 者 ,它们 之 间 并 不 存在 直接 的 耦合 关系 ,而 是 通过 电线 连接 到 一 起 ,开关 并 不 需要 知 
道 如 何 将 开 灯 或 关 灯 请 求 传输 给 电灯 ,而 是 通过 电线 来 完成 这 项 功能 ,可 以 理解 为 在 电线 中 
封装 了 开 灯 或 者 关 灯 请 求 ,此 时 电线 充当 了 封装 请 求 Re 
的 命令 对 象 。 开 关 如 果 开 则 电线 通电 ,并 调用 电灯 的 
开 灯 方法 ,反之 则 关 灯 。 不 同 的 电线 可 以 连接 不 同 的 
请 求 接收 者 ,因此 只 需要 更 换 一 根 电线 ,相同 的 开关 即 
可 操纵 不 同 的 电器 设备 ,提高 了 系统 的 灵活 性 和 扩 
展 性 。 -一 
命令 模式 可 以 对 发 送 者 和 接收 者 完全 解 耦 ,发 送 。 发 送 才 (下 关 ) 搁 收 者 ( 电 订 ) 
者 与 接收 者 之 间 没 有 直接 引用 关系 ,发 送 请 求 的 对 象 。 向 16 全 生计 并 二 站 国 
只 需要 知道 如 何 发 送 请 求 , 而 不 必 知道 如 何 完成 请 求 。 
这 就 是 命令 模式 的 模式 动机 。 


18.1.2 模式 定义 


命令 模式 (Command Pattern) 定 义 : 将 一 个 请 求 封装 为 一 个 对 象 ,从 而 使 我 们 可 用 不 同 
的 请 求 对 客户 进行 参数 化 ; 对 请 求 排队 或 者 记录 请 求 日 志 , 以 及 支持 可 撤销 的 操作 。 命 令 
模式 是 一 种 对 象 行为 型 模式 ,其 别名 为 动作 (Action) 模 式 或 事务 (Transaction) 模 式 。 


英文 定义 :“Encapsulate a request as an object，thereby letting you parameterize 


clients with different requests, queue or log requests, and support undoable operations. ”。 


18.2 命令 模式 结构 与 分 析 


命令 模式 结构 较为 复杂 , 它 包含 请 求 的 发 送 者 、 接 收 者 、 抽 象 命令 .具体 命令 等 角色 ,下 
面 将 学 习 并 分 析 其 模式 结构 。 


18.2.1 模式 结构 


命令 模式 结构 图 如 图 18-2 所 示 。 

命令 模式 包含 如 下 角色 : 

1. Command( 抽 和 象 命令 类 ) 

抽象 命令 类 一 般 是 一 个 接口 ,在 其 中 声明 了 用 于 执行 请 求 的 execute() 等 方法 ,通过 这 
些 方法 可 以 调用 请 求 接收 者 的 相关 操作 。 

2. ConcreteCommand( 具 体 命令 类 ) 

具体 命令 类 是 抽象 命令 类 的 子 类 ,实现 了 在 抽象 命令 类 中 声明 的 方法 , 它 对 应 具体 的 接 
收 者 对 象 , 绑 定 接收 者 对 象 的 动作 。 在 实现 execute() 方 法 时 ,将 调用 接收 者 对 象 的 相关 操 
作 (Action)。 


3. Invoker( 调 用 者 ) 
调用 者 即 请 求 的 发 送 者 ,又 称 为 请 求 者 , 它 通过 命令 对 象 来 执行 请 求 。 一 个 调用 者 并 不 
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名 receiver 


图 18-2 命令 模式 结构 图 


需要 在 设计 时 确定 其 接收 者 ,因此 它 只 与 抽象 命令 类 之 间 存 在 关联 关系 。 在 程序 运行 时 将 
调用 具体 命令 对 象 的 execute() 方 法 ,间接 调用 接收 者 的 相关 操作 。 

4， Receiver( 接 收 者 ) 

接收 者 执行 与 请 求 相关 的 操作 , 它 具 体 实现 对 请 求 的 业务 处 理 。 

5，Client( 客 户 类 ) 

在 客户 类 中 需要 创建 发 送 者 对 象 和 有 具体 命令 类 对 象 ,在 创建 具体 命令 对 象 时 指定 其 对 
应 的 接收 者 ,发 送 者 和 接收 者 之 间 无 直接 关系 ,通过 具体 命令 对 象 实现 间接 调用 。 


18.2.2 模式 分 析 


命令 模式 的 本 质 是 对 命令 进行 封装 ,将 发 出 命令 的 责任 和 执行 命令 的 责任 分 割 开 。 每 
一 个 命令 都 是 一 个 操作 : 请 求 的 一 方 发 出 请 求 , 要 求 执行 一 个 操作 ; 接收 的 一 方 收 到 请 求 ， 
并 执行 操作 。 命 令 模式 允许 请 求 的 一 方 和 接收 的 一 方 独立 开 来 ,使 得 请 求 的 一 方 不 必 知 道 
接收 请 求 的 一 方 的 接口 ,更 不 必 知 道 请 求 是 怎么 被 接收 、 操 作 是 否 被 执行 、 何 时 被 执行 ,以 及 
是 怎么 被 执行 的 。 

命令 模式 使 请 求 本 身 成 为 一 个 对 象 ,这 个 对 象 和 其 他 对 象 一 样 可 以 被 存储 和 传递 。 命 
令 模 式 的 关键 在 于 引入 了 抽象 命令 接口 , 且 发 送 者 针对 抽象 命令 接口 编程 ,只 有 实现 了 抽象 
命令 接口 的 具体 命令 才能 与 接收 者 相关 联 。 在 最 简单 的 抽象 命令 接口 中 包含 了 一 个 抽象 的 
execute() 方 法 ,每 个 具体 命令 类 把 Receiver 作为 一 个 实例 变量 进行 存储 ,从 而 指定 对 应 的 
接收 者 ,不同 的 具体 命令 类 提供 了 execute() 方 法 的 不 同 实现 ,并 调用 不 同 接收 者 的 请 求 处 
理 方 法 。 

典型 的 抽象 命令 类 代码 如 下 : 


280 设计 模式 (第 2 版 ) 


public abstract void execute( ); 


1 


对 于 请 求 发 送 者 即 调用 者 而 言 ,将 针对 抽象 命令 类 进行 编程 ,可 以 通过 构造 函数 注入 或 
者 设 值 注入 的 方式 在 运行 时 传人 具体 命令 类 对 象 ,并 在 其 业务 方法 中 调用 命令 对 象 的 
execute() 方 法 ,其 典型 代码 如 下 : 


public class Invoker 
{ 


private Command command; 


public Invoker(Command command) 
{ 
this. command = command; 


} 


public void setCommand( Command command) 
{ 
this. command = command; 


} 


// 业 务 方法 ,用 于 调用 命令 类 的 方法 
public void call() 
{ 
command. execute( ) ; 
外 


具体 命令 类 继承 了 抽象 命令 类 ,在 具体 命令 类 中 与 请 求 的 接收 者 相关 联 , 它 实现 了 在 抽 
象 命令 类 中 声明 的 execute() 方 法 ,并 在 实现 时 调用 接收 者 的 请 求 响应 方法 action() ,其 典 
型 代码 如 下 : 


public class ConcreteCommand extends Command 
{ 


private Receiver receiver = new Receiver(); 
public void execute() 
{ 
receiver.action(); 
} 
} 


请 求 接收 者 Receiver 具体 实现 对 请 求 的 业务 处 理 , 它 具体 实现 了 action() 方 法 ,用 于 执 
行 与 请 求 相关 的 操作 ,其 典型 代码 如 下 : 


public class Receiver 
{ 


public void action() 
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下 面 通过 顺序 图 来 进一步 理解 命令 模式 中 对 象 之 间 的 交互 关系 ,命令 模式 的 顺序 图 如 
图 18-3 所 示 。 


setCommand(command) 1 


execute() 
action() 


图 18-3 命令 模式 顺序 图 


该 顺序 图 表示 命令 模式 中 对 象 间 的 相互 作用 , 它 说 明了 Command 如 何 实现 请 求 调用 
者 和 接收 者 解 看 ,客户 用 合适 的 请 求 接收 者 作为 构造 函数 的 参数 来 创建 具体 的 Command 
对 象 ,然后 ,将 具体 Command 对 象 保存 在 请 求 调用 者 中 。 调 用 者 将 回调 具体 Command 对 
象 的 execute() 方 法 ,后 者 再 调用 请 求 接收 者 的 action() 方 法 完成 对 请 求 的 处 理 。 


18.3 ”命令 模式 实例 与 解析 
下 面 通过 两 个 实例 来 进一步 学 习 并 理解 命令 模式 。 
18.3.1 命令 模式 实例 之 电视 机 遥控 器 


1. 实例 说 明 
电视 机 是 请 求 的 接收 者 ,遥控 器 是 请 求 的 发 送 者 , 琐 控 器 上 有 一 些 按钮 ,不 同 的 按钮 对 
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应 电视 机 的 不 同 操作 。 抽 象 命令 角色 由 一 个 命令 接口 来 扮演 ,有 三 个 具体 的 命令 类 实现 了 
抽象 命令 接口 ,这 三 个 具体 命令 类 分 别 代表 三 种 操作 : 打开 电视 机 、 关 闭 电 视 机 和 切换 频 
道 。 显 然 ,电视 机 遥控 器 就 是 一 个 典型 的 命令 模式 应 用 实例 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 18-4 所 示 。 


Controller 
- openCommand :AbstractCommand 
- CloseCommand :AbstractCommand 
- changeCommand : AbstractCommand 


AbstractCommand 
+ Controller (AbstractCommand openCommand, = 
AbstractCommand closeCommand, PT 
AbstractCommand changeCommand) eecte 0 vo 
+ open () :void 
+ close () :void 
+ change () :void 
rt TVOpenCommand TVChangeCommand 
Be -Vv :Television ~ V : Television 
| yl|+Tvopencommand0 + TVChangeCommand () 
+ open () ;void by 于 a 
+ close () :void 由 :void + execute 0 :void 
+ changeChannel () : void A De 
TVCloseCommand a 
topen0' - tv : Television ty.changeChannel(); | 
+ TVCloseCommand () 
wv |+ execute (0 :void 
\ 
tv.close(); 
3. 实例 代码 及 解释 


(1) 接收 者 类 Television( 电 视 机 类 ) 


public class Television 
Lt 
public void open( ) 
. 
System. out. println(" 打 开 电 视 机 !"); 
} 


public void close() 
{ 
System. out. println(" 关 闭 电 视 机 !"); 


} 
public void changeChannel() 
{ 
System. out. println(" 切 换 电 视频 道 !"); 
} 
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Television 类 是 请 求 的 接收 者 , 它 实现 了 具体 的 业务 操作 ,如 open(),close() 和 
changeChannel() 等 方法 。 


(2) 抽象 命令 类 AbstractCommand( 命 令 类 ) 


public interface AbstractCommand 
{ 
public void execute( ); 


} 


AbstractCommand 接口 是 抽象 命令 类 , 它 定 义 了 抽象 方法 execute() ,在 其 子 类 中 将 实 
现 该 方法 。 
(3) 具体 命令 类 TVOpenCommand( 电 视 机 打开 命令 类 ) 


public class TVOpenCommand implements AbstractCommand 
private Television tv; 
public TVOpenCommand( ) 
{ 
tv = new Television(); 


public void execute( ) 
L 

tv. open( ); 
} 


TVOpenCommand 类 实现 了 抽象 命令 接口 AbstractCommand, 并 实现 了 在 
AbstractCommand 中 声明 的 方法 execute() ,在 TVOpenCommand 中 定义 了 Television 类 
型 的 成 员 变量 tv, 用 于 调用 请 求 接收 者 Television 类 的 open() 方 法 。 

(4) 具体 命令 类 TVCloseCommand( 电 视 机 关闭 命令 类 ) 


public class TVCloseCommand implements AbstractCommand 
{ 
private Television tv; 
public TVCloseCommand( ) 
{ 
tv = new Television(); 
} 


public void execute( ) 


{ 
tv. close( ); 


} 


TVCloseCommand 类 也 实现 了 抽象 命令 接口 AbstractCommand, 实现 了 在 
AbstractCommand 中 声明 的 方法 execute() ,在 TVCloseCommand 的 execute() 方 法 中 调 
用 了 Television 类 的 close() 方 法 。 
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(5) 具体 命令 类 TVChangeCommand( 电 视 机 频道 切换 命令 类 ) 


public class TVChangeCommand implements AbstractCommand 


上 


} 


private Television tv; 
public TVChangeCommand( ) 
{ 
tv = new Television(); 
} 
public void execute( ) 
{ 
tv. changeChannel( ); 
} 


TVChangeCommand 类 也 实现 了 抽象 命令 接口 AbstractCommand, 实现 了 在 
AbstractCommand 中 声明 的 方法 execute() ,在 TVChangeCommand 的 execute() 方 法 中 调 
用 了 Television 类 的 changeChannel() 方 法 。 

(6) 调用 者 类 Controller( 迁 控 器 类 ) 


public class Controller 


private AbstractCommand openCommand, closeCommand, changeCommand; 


public Controller ( AbstractCommand openCommand, AbstractCommand 
AbstractCommand changeCommand) 
Ei 
this. openCommand = openCommand; 
this, closeCommand = closeCommand; 
this, changeCommand = changeCommand; 
} 


public void open( ) 
1 
openCommand. execute( ) ; 


} 


public void change( ) 
{ 


changeCommand. execute( ); 
} 


public void close() 
上 
closeCommand. execute( ); 


J 


closeCommand, 


Controller 类 是 调用 者 , 即 请 求 的 发 送 者 . 它 与 抽象 命令 类 AbstractCommand 相关 联 ， 
在 程序 运行 时 再 注入 具体 命令 类 对 象 ,在 Controller 类 的 业务 方法 中 将 调用 命令 类 的 
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execute() 方 法 ,而 不 同 的 命令 子 类 提供 了 不 同 的 execute() 方 法 的 实现 ,可 以 调用 请 求 接收 
者 的 不 同 请 求 响应 方法 。 只 需要 更 换 具 体 的 命令 类 对 象 即 可 使 得 相同 的 Controller 对 象 作 
用 于 不 同 的 请 求 接收 者 ,实现 请 求 调用 者 和 接收 者 的 解 耦 。 

4. 辅助 代码 

客户 端 测试 类 Client 如 下 : 


public class Client 
public static void main(String args[ ]) 
{ 
AbstractCommand openCommand, closeCommand, changeCommand; 


openCommand = new TVOpenCommand(); 
closeCommand = new TVCloseCommand(); 
changeCommand = new TVChangeCommand(); 


Controller control = new Controller(openCommand, closeCommand, changeCommand); 


control. open( ); 
control. change( ); 
control. close( ); 


} 


在 客户 端 代码 中 可 以 重 构 加 粗 的 三 名 代码 ,将 具体 命令 类 类 名 存储 在 配置 文件 中 ,如 果 
需要 更 换 命令 类 只 需 修改 配置 文件 即 可 ,而 不 同 的 具体 命令 类 可 以 作用 于 不 同 的 接收 者 , 因 
此 可 以 在 不 修改 源 代码 的 情况 下 ,使 得 相同 的 请 求 发 送 者 与 不 同 的 请 求 接收 者 交互 ,如 果 需 
要 增加 新 的 接收 者 ,只 需 对 应 增加 新 的 命令 类 即 可 .无 须 对 现 有 系统 进行 修改 ,完全 符合 “ 开 
闭 原则 ”。 

5. 结果 及 分 析 

编译 并 运行 程序 ,输出 结果 如 下 : 


打开 电视 机 ! 
切换 电视 频道 ! 
关闭 电视 机 ! 


如 果 需 要 使 用 该 遥控 器 来 控制 空调 (AirConditioner) ,可 以 增加 3 个 新 的 具体 命令 类 
ACOpenCommand、ACCloseCommand 和 ACChangeCommand. 这 3 个 具体 命令 类 与 接收 者 
AirConditioner 相关 联 并 调用 AirConditioner 的 相应 业务 方法 .包括 打开 空调 方法 open()、 关 
闭 空 调 方 法 close() 和 改变 空调 温度 方法 changeTemperature()。 对 于 客户 端 而 言 , 只 需要 
修改 实例 化 具体 命令 类 的 代码 即 可 ,如 果 使 用 配置 文件 的 话 则 更 加 方便 ,只 需要 修改 配置 文 
件 ,所 有 源 代码 均 无 须 修改 ,符合 “ 开 闭 原则 ”。 
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18.3.2 命令 模式 实例 之 功能 键 设置 


1. 实例 说 明 

为 了 用 户 使 用 方便 , 某 系统 提供 了 一 系列 功能 键 ,用 户 可 以 自 定义 功能 键 的 功能 ,如 功 
能 键 FunctionButton 可 以 用 于 退出 系统 (SystemExitClass) ,也 可 以 用 于 打开 帮助 界面 
(DisplayHelpClass)。 用 户 可 以 通过 修改 配置 文件 来 改变 功能 键 的 用 途 , 现 使 用 命令 模式 
来 设计 该 系统 ,使 得 功能 键 类 与 功能 类 之 间 解 耦 ,相同 的 功能 键 可 以 对 应 不 同 的 功能 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 18-5 所 示 。 
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图 18-5 功能 键 设置 类 图 


在 该 实例 中 , FunctionButton 充当 请 求 调 用 者 , SystemExitClass 和 DisplayHelpClass 
充当 请 求 接收 者 ,而 ExitCommand 和 HelpCommand 充当 具体 命令 类 。 该 实例 的 代码 解释 
与 结果 分 析 略 。 


18.4 命令 模式 效果 与 应 用 


18.4.1 模式 优 缺 点 


1. 命令 模式 的 优点 

(1) 降低 系统 的 耦合 度 。 由 于 请 求 者 与 接收 者 之 间 不 存在 直接 引用 ,因此 请 求 者 与 接 
收 者 之 间 实 现 完全 解 耦 ,相同 的 请 求 者 可 以 对 应 不 同 的 接收 者 ,同样 ,相同 的 接收 者 也 可 以 
供 不 同 的 请 求 者 使 用 ,两 者 具有 良好 的 独立 性 。 

(2) 新 的 命令 可 以 很 容易 地 加 入 到 系统 中 。 增 加 新 的 具体 命令 类 不 影响 其 他 的 类 ， 
此 增加 新 的 具体 命令 类 很 容易 ,增加 新 的 具体 命令 无 须 修改 原 有 系统 源 代码 ,包括 客户 类 代 
码 , 满 足 “ 开 闭 原则 ”, 使 得 系统 具有 良好 的 灵活 性 和 可 扩展 性 。 
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(3) 可 以 比较 容易 地 设计 一 个 命令 队列 和 宏 命 令 ( 组 合 命令 )。 可 以 将 多 个 命令 组 合 在 
一 起 批量 执行 ,实现 批 处 理 操 作 , 在 实现 时 可 以 结合 组 合 模 式 。 在 本 章 模式 扩展 部 分 将 进 一 
步 讨论 宏 命 令 的 实现 。 

(4) 可 以 方便 地 实现 对 请 求 的 Undo 和 Redo。 对 于 有 些 命令 可 以 提供 一 个 对 应 的 逆 操 
作 命 令 ,并 将 命令 对 象 存储 在 集合 中 ,从 而 实现 对 请 求 操作 的 Undo 和 Redo 操作 。 在 本 章 
模式 扩展 部 分 将 进一步 讨论 Undo 和 Redo 的 实现 。 

2. 命令 模式 的 缺点 

使 用 命令 模式 可 能 会 导致 某 些 系统 有 过 多 的 具体 命令 类 。 因 为 针对 每 一 个 命令 都 需 
要 设计 一 个 具体 命令 类 ,所 以 某 些 系 统 可 能 需要 大 量具 体 命令 类 ,这 将 影响 命令 模式 的 
使 用 。 


18.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 命令 模式 : 

(1) 系统 需要 将 请 求 调用 者 和 请 求 接收 者 解 耦 ,使 得 调用 者 和 接收 者 不 直接 交互 。 请 
求 调 用 者 无 须知 道 接收 者 的 存在 ,也 无 须知 道 接收 者 是 谁 ,接收 者 也 无 须 关心 何 时 被 调用 。 

(2) 系统 需要 在 不 同 的 时 间 指 定 请 求 ,将 请 求 排队 和 执行 请 求 。 一 个 命令 对 象 和 请 求 
的 初始 调用 者 可 以 有 不 同 的 生命 期 ,换言之 ,最 初 的 请 求 发 出 者 可 能 已 经 不 在 了 ,而 命令 对 
象 本 身 仍然 是 活动 的 ,可 以 通过 该 命令 对 象 去 调用 请 求 接收 者 ,而 无 须 关 心 请 求 调用 者 的 存 

(3) 系统 需要 支持 命令 的 撤销 (Undo) 操 作 和 恢复 (Redo) 操 作 。 可 以 将 命令 对 象 存储 
起 来 ,如 果 客 户 端 需要 撤销 命令 , 则 可 以 通过 调用 undo( ) 方 法 撤销 命令 所 产生 的 效果 ,还 可 
以 提供 redo() 方 法 ,以 供 客户 端 在 需要 时 重新 执行 命令 。 

(4) 系统 需要 将 一 组 操作 组 合 在 一 起 , 即 支持 宏 命令 。 可 以 通过 组 合 模式 将 命令 对 象 
组 合 在 一 起 形成 更 大 的 命令 对 象 , 从 而 实现 命令 的 批 处 理 执行 。 


18.4.3 模式 应 用 


(1) Java 语言 使 用 命令 模式 实现 AWT/Swing GUI 的 委派 事件 模型 (Delegation 
Event Model, DEM)。 在 AWT/Swing 中 ,Frame、Button 等 界面 组 件 是 请 求 发 送 者 ,而 
AWT 提供 的 事件 监听 器 接口 和 事件 适配器 类 是 抽象 命令 接口 ,用 户 可 以 自己 写 抽象 命令 
接口 的 子 类 来 实现 事件 处 理 , 即 实现 具体 命令 类 .而 在 具体 命令 类 中 可 以 调用 业务 处 理 方法 
来 实现 该 事件 的 处 理 。 对 于 界面 组 件 而 言 , 只 需要 了 解 命令 接口 即 可 ,无 须 关 心 接口 的 实 
现 , 组 件 类 并 不 关心 实际 操作 ,而 操作 由 用 户 来 实现 。 在 实现 时 ,可 以 结合 观察 者 模式 ,将 具 
体 命令 对 象 注册 到 组 件 类 中 ,组 件 在 事件 触发 时 将 回调 (Callback) 具 体 命令 类 中 定义 的 事 
件 处 理 方法 ,从 而 实现 事件 处 理 。 

例如 对 于 一 个 按钮 事件 ,按钮 类 JButton 充当 请 求 调用 者 , 而 事件 监听 接口 
ActionListener 充当 抽象 命令 类 ,实现 ActionListener 接口 的 子 类 充当 具体 命令 类 ,在 具体 
命令 类 中 可 以 调用 业务 类 来 实现 事件 处 理 ,如 数据 操作 类 。 

(2) 很 多 系统 都 提供 了 宏 命 令 功 能 ,如 UNIX 平台 下 的 Shell 编程 ,可 以 将 多 条 命令 封 
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装 在 一 个 命令 对 象 中 ,只 需要 一 条 简单 的 命令 即 可 执行 一 个 命令 序列 ,这 也 是 命令 模式 的 应 
用 实例 之 一 。 


18.5 命令 模式 扩展 


1. 撤销 操作 的 实现 

我 们 可 以 通过 对 命令 类 进行 修改 使 得 系统 支持 撤销 操作 和 恢复 操作 ,下 面 通过 一 个 简 
单 实例 来 学 习 如 何在 命令 模式 中 实现 撤销 操作 。 

现 提供 一 个 简单 加 法 器 (Adder) 实 现 数据 的 求 和 功能 ,界面 类 (CalculatorForm) 可 间接 
调用 该 加 法 器 中 的 方法 ,并 要 求 在 调用 时 可 以 撤销 上 一 步 操作 ,系统 类 图 如 图 18-6 所 示 。 


CalculatorForm 


AbstractCommand 
- command : AbstractCommand 
十 setCommand (AbstractCommand command) : void > i 
+ compute (int value) :void a i 
+ Undo () : void 
AddCommand 
A nN ~ adder : Adder 
ee + execute (int value) : int 
+ add (int value) : int + undo () At 


在 本 实例 中 ,Adder 类 充当 请 求 接收 者 ,其 代码 如 下 : 


public class Adder 


private int num= 0; 


public int add( int value) 
! 


num+= value; 


return num; 


} 


AbstractCommand 是 抽象 命令 类 .声明 了 execute() 方 法 和 撤销 方法 undo(), 其 代码 
如 下 : 


public abstract class AbstractCommand 

| 
public abstract int execute( int value); 
public abstract int undo( ); 
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ConcreteCommand 是 具体 命令 类 ,实现 了 在 抽象 命令 类 AbstractCommand 中 声明 的 
execute() 方 法 和 撤销 方法 undo() ,其 代码 如 下 : 


public class ConcreteCommand extends AbstractCommand 
| 
private Adder adder = new Adder(); 


private int value; 


public int execute( int value) 
| 


this. value = value; 
return adder. add( value); 


public int undo() 
1 


return adder. add( - value); 


CalculatorForm 是 请 求 发 送 者 , 它 引 用 一 个 抽象 命令 AbstractCommand 类 型 的 对 象 
command, 通 过 该 command 对 象 间接 调用 请 求 接收 者 Adder 类 的 业务 处 理 方 法 ,其 代码 
如 下 : 


public class CalculatorForm 
{ 


private AbstractCommand command; 


public void setCommand( AbstractCommand command) 
a 


this. command = command; 


public void compute( int value) 
int i = command. execute(value); 
System. out. println(" 执 行 运算 ,运算 结果 为 : "+ i); 


public void undo( ) 
{ 
int i = command. undo(); 
System. out. println(" 执 行 撤销 ,运算 结果 为 : " + i); 
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在 客户 类 Client 中 定义 了 抽象 命令 类 型 的 命令 对 象 command, 并 实例 化 具体 命令 类 ， 
可 将 具体 命令 类 类 名 存储 在 配置 文件 中 , 重 构 如 下 加 粗 代码 , 即 可 在 不 修改 源 代码 的 基础 上 
更 换 具体 命令 类 。 在 客户 类 中 定义 了 请 求 发送 者 对 象 form, 通 过 调用 其 compute() 方 法 实 
现 加 法 运算 ,还 可 以 调用 undo( ) 方 法 撤销 最 后 一 次 加 法 运算 ,其 代码 如 下 : 


public class Client 


{ 
public static void main(String args[]) 


{ 
CalculatorForm form = new CalculatorForm( ) ; 
AbstractCommand command; 
command = new ConcreteCommand( ); 
form. setCommand( command); 


form. compute( 10); 
form. compute(5); 
form. compute( 10); 


form. undo( ); 
} 
编译 并 运行 程序 ,输出 结果 如 下 : 
执行 运算 ,运算 结果 为 : 10 
执行 运算 ,运算 结果 为 : 15 


执行 运算 ,运算 结果 为 : 25 
执行 撤销 ,运算 结果 为 : 15 


需要 注意 的 是 在 本 实例 中 只 能 实现 一 步 撤销 操作 ,因为 没有 保存 命令 对 象 的 历史 状态 ， 
可 以 通过 引入 一 个 命令 集合 或 其 他 方式 来 存储 中 间 状 态 ,从 而 实现 多 次 撤销 操作 。 除 了 撤 
销 操作 外 ,还 可 以 采用 类 似 的 方式 实现 恢复 操作 , 即 可 以 恢复 所 撤销 的 操作 。 

2. 宏 命 令 

宏 命令 又 称 为 组 合 命令 , 它 是 命令 模式 和 组 合 模式 联 用 的 产物 。 宏 命令 也 是 一 个 具体 
命令 ,不 过 它 包 含 了 对 其 他 命令 对 象 的 引用 ,在 调用 宏 命 令 的 execute() 方 法 时 ,将 递归 调用 
它 所 包含 的 每 个 成 员 命令 的 execute() 方 法 ,一 个 宏 命 令 的 成 员 对 象 可 以 是 简单 命令 ,还 可 
以 继续 是 宏 命令 。 执 行 一 个 宏 命 令 将 执行 多 个 具体 命令 ,从 而 实现 对 命令 的 批 处 理 , 其 类 图 
如 图 18-7 所 示 。 

在 图 18-7 中 ,MacroCommand 是 宏 命 令 , 它 一 般 不 直接 与 请 求 接收 者 交互 ,而 是 通过 组 
合 多 个 简单 命令 来 执行 多 条 命令 ,从 而 实现 命令 的 批量 处 理 , 为 客户 端的 使 用 提供 便利 。 用 
户 可 以 根据 需要 创建 自己 的 宏 命 令 对 象 ,在 宏 命令 中 实现 对 简单 命令 的 递归 调用 , 即 可 以 调 
用 多 个 不 同 请 求 接收 者 的 业务 方法 。 
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图 18-7 宏 命令 类 图 


18.6 ”本章 小 结 


(1) 在 命令 模式 中 ,将 一 个 请 求 封 装 为 一 个 对 象 , 从 而 使 我 们 可 用 不 同 的 请 求 对 客户 进 
行 参数 化 ; 对 请 求 排队 或 者 记录 请 求 日 志 , 以 及 支持 可 撤销 的 操作 。 命 令 模式 是 一 种 对 象 
行为 型 模式 ,其 别名 为 动作 模式 或 事务 模式 。 

(2) 命令 模式 包含 四 个 角色 : 抽象 命令 类 中 声明 了 用 于 执行 请 求 的 execute( ) 等 方法 ， 
通过 这 些 方 法 可 以 调用 请 求 接收 者 的 相关 操作 ; 具体 命令 类 是 抽象 命令 类 的 子 类 ,实现 了 
在 抽象 命令 类 中 声明 的 方法 , 它 对 应 具体 的 接收 者 对 象 ,将 接收 者 对 象 的 动作 绑 定 其 中 ; 调 
用 者 即 请 求 的 发 送 者 ,又 称 为 请 求 者 , 它 通 过 命令 对 象 来 执行 请 求 ; 接收 者 执行 与 请 求 相 关 
的 操作 , 它 具 体 实现 对 请 求 的 业务 处 理 。 

(3) 命令 模式 的 本 质 是 对 命令 进行 封装 ,将 发 出 命令 的 责任 和 执行 命令 的 责任 分 割 开 。 
命令 模式 使 请 求 本 身 成 为 一 个 对 象 ,这 个 对 象 和 其 他 对 象 一 样 可 以 被 存储 和 传递 。 

(4) 命令 模式 的 主要 优点 在 于 降低 系统 的 耦合 度 ,增加 新 的 命令 很 方便 ,而 且 可 以 比较 
容易 地 设计 一 个 命令 队列 和 宏 命令 ,并 方便 地 实现 对 请 求 的 撤销 和 恢复 ; 其 主要 缺点 在 于 
可 能 会 导致 某 些 系 统 有 过 多 的 具体 命令 类 。 

(5) 命令 模式 适用 情况 包括 : 需要 将 请 求 调用 者 和 请 求 接收 者 解 耦 ,使 得 调用 者 和 接 
收 者 不 直接 交互 ; 需要 在 不 同 的 时 间 指 定 请 求 、 将 请 求 排队 和 执行 请 求 ; 需要 支持 命令 的 
撤销 操作 和 恢复 操作 ; 需要 将 一 组 操作 组 合 在 一 起 , 即 支持 宏 命令 。 


思考 与 练习 


1. 房间 中 的 开关 就 是 命令 模式 的 一 个 实现 , 现 用 命令 模式 来 模拟 开关 的 功能 ,可 控制 
对 象 包括 电灯 和 电 风 扇 ,并 绘制 相应 的 类 图 并 编程 模拟 。 
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2. 某 软件 公司 欲 开发 一 个 基于 Windows 平台 的 公告 板 系 统 。 系 统 提 供 一 个 主 菜单 
(Menu) ,在 主 菜单 中 包含 了 一 些 菜单 项 (Menultem) ,可 以 通过 Menu 类 的 addMenultem() 
方法 增加 菜单 项 。 菜 单项 的 主要 方法 是 click() ,每 一 个 菜单 项 包含 一 个 抽象 命令 类 ,具体 
命令 类 包括 OpenCommand( 打 开 命 令 )、CreateCommand( 新 建 命令 )、EditCommand( 编 辑 
命令 ) 等 ,命令 类 具有 一 个 execute() 方 法 ,用 于 调用 公告 板 系统 界面 类 (BoardScreen) 的 
open()、create( )、edit() 等 方法 。 现 使 用 命令 模式 设计 该 系统 ,使 得 Menultem 类 与 
BoardScreen 类 的 耦合 度 降 低 ,绘制 类 图 并 编程 实现 。 

3. 某 系 统 需 要 提供 一 个 命令 集合 ( 注 : 可 使 用 ArrayList 等 集合 对 象 实现 ) ,用 于 存储 
一 系列 命令 对 象 ,并 通过 该 命令 集合 实现 多 次 undo() 和 redo() 操 作 , 可 使 用 加 法 运算 来 模 

4. 用 Java 代码 模拟 实现 “功能 键 设置 "实例 。 


解释 髓 模式 


本 章 导 学 

解释 器 模式 是 一 种 不 常 使 用 的 设计 模式 , 它 用 于 描述 如 何 构成 一 个 简单 
的 语言 解释 器 ,主要 应 用 于 使 用 面向 对 象 语言 开发 的 编译 器 和 解释 器 设计 。 
当 我 们 需要 开发 一 个 新 的 语言 时 ,可 以 考虑 使 用 解释 器 模式 。 在 实际 应 用 中 ， 
可 能 很 少 遇 到 去 构造 一 个 语言 的 情况 ,虽然 很 少 使 用 ,但 是 对 它 的 学 习 能 够 加 
深 我 们 对 面向 对 象 思 想 的 理解 ,同时 掌握 编程 语言 中 语法 规则 解释 的 原理 和 
过 程 。 


本 音 将 介绍 解释 器 模式 的 定义 和 结构 ,并 结合 实例 学 习 如 何 使 用 解释 器 模式 构造 一 
个 新 的 语言 ,以 及 如 何 通过 终结 符 表 达 式 和 非 终 结 符 表 达 式 在 类 中 封装 语言 的 语法 
规则 。 

本 章 的 难点 在 于 理解 解释 器 模式 的 结构 和 作用 ,掌握 如 何在 类 中 封装 语法 规则 以 及 如 
何 实现 终结 符 表达 式 类 和 非 终结 符 表达 式 类 。 

解释 器 模式 重要 等 级 : 友 交 闪闪 六 

解释 器 模式 难度 等 级 : 友 友 友 友 友 


19.1 解释 器 模式 动机 与 定义 


在 某 些 情况 下 ,为 了 更 好 地 描述 某 一 些 特定 类 型 的 问题 ,可 以 创建 一 个 新 的 语言 ,这 个 
语言 拥有 自己 的 表达 式 和 结构 , 即 语法 规则 ,而 且 可 以 根据 需要 灵活 地 增加 新 的 语法 规则 。 
此 时 ,可 以 使 用 解释 器 模式 来 设计 这 种 新 的 语言 。 


19.1.1 模式 动机 


如 果 在 系统 中 某 一 特定 类 型 的 问题 发 生 的 频率 很 高 ,此 时 可 以 考虑 将 这 些 问题 的 实例 
表述 为 一 个 语言 中 的 句子 ,因此 可 以 构建 一 个 解释 器 ,该 解释 器 通过 解释 这 些 句 子 来 解决 这 
些 问 题 。 解 释 器 模式 描述 了 如 何 构成 一 个 简单 的 语言 解释 器 ,主要 应 用 在 使 用 面向 对 象 语 
言 开 发 的 编译 器 中 。 
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下 面 通过 一 个 简单 实例 来 引出 解释 器 模式 的 意图 : 

某 系统 需要 提供 一 个 功能 来 支持 一 种 新 的 加 法 和 减法 表达 式 语 言 , 可 实现 如 图 19-1 所 
示 功 能 , 当 输入 表达 式 为 "1 十 2 十 3 一 4 十 1? 时 ,将 输出 计算 结果 3。 

为 了 实现 上 述 功 能 ,需要 对 输入 表达 式 进 行 解 释 ， 
在 输入 表达 式 中 包含 两 类 字符 或 字符 串 , 一 类 用 于 表示 
数字 , 另 一 类 用 于 表示 运算 符 , 运 算 符 可 以 将 数字 连接 
起 来 ,从 而 实现 较为 复杂 的 加 法 和 减法 运算 ,包括 多 次 
加 法 或 减法 运算 以 及 加 法 /减法 的 混合 运算 。 在 现 有 的 
编程 语言 如 Java、C# 和 C++ 等 语言 中 无 法 直接 解释 类 
似 “1 十 2 十 3 一 4 十 1 这 样 的 字符 串 , 我 们 必须 自己 
定义 一 套 解释 规则 来 实现 对 该 语句 的 解释 , 即 实现 一 个 
简单 语言 来 解释 这 些 句 子 ,这 就 是 解释 器 模式 的 模式 
动机 。 


19.1.2 模式 定义 


解释 器 模式 (Interpreter Pattern) 定义 : 定义 语言 的 文法 ,并 且 建 立 一 个 解释 器 来 解释 
该 语言 中 的 句子 ,这 里 的 “语言 "意思 是 使 用 规定 格式 和 语法 的 代码 , 它 是 一 种 类 行为 型 


英文 定义 :“Given a language, define a representation for its grammar along with an 


加 法 /减法 解释 器 


图 19-1 加 法 /减法 解释 器 示意 图 


interpreter that uses the representation to interpret sentences in the language. ”。 


19.2 解释 器 模式 结构 与 分 析 


解释 器 模式 的 结构 与 组 合 模式 的 结构 有 些 类 似 ,但 是 在 解释 器 模式 中 包含 更 多 的 组 成 
元 素 ,下 面 将 学 习 并 分 析 其 模式 结构 。 


19.2.1 模式 结构 


解释 器 模式 结构 图 如 图 19-2 所 示 。 

解释 器 模式 包含 如 下 角色 。 

1. AbstractExpression( 抽 象 表达 式 ) 

在 抽象 表达 式 中 声明 了 抽象 的 解释 操作 , 它 是 所 有 的 终结 符 表 达 式 和 非 终结 符 表达 式 
的 公共 父 类 。 

2. TerminalExpression( 终 结 符 表 达 式 ) 

终结 符 表达 式 是 抽象 表达 式 的 子 类 , 它 实 现 了 与 文法 中 的 终结 符 相 关联 的 解释 操作 ,在 
句子 中 的 每 一 个 终结 符 都 是 该 类 的 一 个 实例 。 通 常 在 一 个 解释 器 模式 中 只 有 少数 几 个 终结 
符 表达 式 类 ,它们 的 实例 可 以 通过 非 终 结 符 表达 式 组 成 较为 复杂 的 句子 。 
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图 19-2 解释 器 模式 结构 图 


3. NonterminalExpression( 非 终结 符 表 达 式 ) 

非 终结 符 表达 式 也 是 抽象 表达 式 的 子 类 , 它 实 现 了 文法 中 非 终 结 符 的 解释 操作 ,由 于 在 
非 终 结 符 表达 式 中 可 以 包含 终结 符 表达 式 , 也 可 以 继续 包含 非 终 结 符 表达 式 , 因 此 其 解释 操 
作 一 般 通 过 递归 的 方式 来 完成 。 

4，Context( 环 境 类 ) 

环境 类 又 称 为 上 下 文 类 , 它 用 于 存储 解释 器 之 外 的 一 些 全 局 信息 ,通常 它 临时 存储 了 需 
要 解释 的 语句 。 

5. Client( 客 户 类 ) 

在 客户 类 中 构造 了 表示 该 文法 定义 的 语言 中 一 个 特定 句子 的 抽象 语法 树 ,该 抽象 语法 
树 由 非 终结 符 表达 式 和 终结 符 表达 式 实例 组 合 而 言 ,在 客户 类 中 还 将 调用 解释 操作 ,实现 对 
句子 的 解释 。 有 时 候 为 了 简化 客户 类 的 代码 ,可 以 将 抽象 语法 树 的 构造 工作 封装 到 专门 的 
类 中 完成 ,客户 端 只 需要 提供 待 解 释 的 句子 并 调用 该 类 的 解释 操作 即 可 ,该 类 可 以 称 为 解释 
器 封装 类 。 


19.2.2 模式 分 析 


解释 器 模式 描述 了 如 何 为 简单 的 语言 定义 一 个 文法 ,如 何在 该 语言 中 表示 一 个 句子 ,以 
及 如 何 解释 这 些 句 子 。 在 分 析 解 释 器 模式 之 前 ,我 们 先 需要 学 习 如 何 表示 一 个 语言 的 文法 
规则 以 及 如 何 构造 一 棵 抽象 语法 树 。 

对 于 一 个 简单 的 语言 可 以 使 用 一 些 文法 规则 来 进行 定义 ,如 前 面 所 述 的 加 法 /减法 表达 
式 语言 实例 ,可 以 使 用 如 下 文法 来 定义 : 

expression :: = value | symbol 


symbol :: = expression '+ 'expression | expression '— 'expression 


value :: = an integer // 一 个 整数 值 
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该 文法 规则 包含 三 句 定义 语句 , 即 包含 三 条 语法 规则 ,第 一 句 表示 表达 式 的 组 成 方式 ， 
其 中 value 和 symbol 是 后 面 两 个 语法 单位 的 定义 ,每 一 条 语句 所 定义 的 字符 串 如 symbol 
和 value 称 为 语法 构造 成 分 或 语法 单位 ,符号 “: : =” 表示 “定义 为 ”的 意思 ,其 左边 的 语法 单 
位 通过 右边 来 进行 说 明和 定义 ,语法 单位 对 应 终结 符 表 达 式 和 非 终 结 符 表达 式 。 如 本 实例 
中 的 symbol 是 非 终结 符 表 达 式 , 它 的 组 成 元 素 仍 旧 可 以 是 表达 式 , 可 以 进一步 分 解 , 而 
value 是 终结 符 表达 式 , 它 的 组 成 元 素 是 最 基本 的 语法 单位 ,不 能 再 进行 分 解 。 

在 文法 规则 定义 中 可 以 使 用 一 些 符号 来 表示 不 同 的 含义 ,如 使 用 *| ?表示 或 ,使 用 *{” 和 
“})” 表 示 组 合 , 使 用 “x* ”表示 出 现 0 次 或 多 次 等 ,其 中 使 用 频率 最 高 的 符号 是 表示 或 关系 的 
“|”, 如 文法 规则 “boolValue : := 0 | 1 表示 终结 符 表达 式 boolValue 的 取 值 可 以 为 0 或 者 1。 

除了 使 用 文法 规则 来 定义 一 个 语言 外 ,在 解释 器 模式 中 还 可 以 通过 一 种 称 之 为 抽象 语 
法 树 (Abstract Syntax Tree，AST) 的 图 形 方式 来 直观 地 表示 语言 的 构成 ,每 一 棵 抽象 语法 
树 对 应 一 个 语言 实例 ,如 加 法 /减法 表达 式 语 言 中 的 语句 “1 十 2 十 3 一 4 十 1”, 可 以 通过 
如 图 19-3 所 示 的 抽象 语法 树 来 表示 。 


Symbol 
十 


Symbol value 


symbol value 
+ 4 


symbol value 
2 3 


value value 


图 19-3 抽象 语法 树 示意 图 


在 该 抽象 语法 树 中 ,可 以 通过 终结 符 表达 式 value 和 非 终结 符 表达 式 symbol 组 成 复杂 
的 语句 ,每 个 文法 规则 都 可 以 表示 为 一 个 由 这 些 类 的 实例 构成 的 抽象 语法 树 。 每 一 个 具体 
的 语句 都 可 以 用 如 图 19-3 所 类 似 的 抽象 语法 树 来 表示 ,在 图 中 终结 符 表达 式 类 的 实例 作为 
树 的 叶子 节点 ,而 非 终结 符 表达 式 类 的 实例 作为 非 叶子 节点 ,它们 可 以 将 终结 符 表达 式 类 的 
实例 以 及 包含 终结 符 和 非 终 结 符 实例 的 子 表 达 式 作为 其 子 节点 ; 通过 非 终结 符 可 以 构成 复 
杂 的 句子 。 抽 象 语法 树 描述 了 如 何 构成 一 个 复杂 的 句子 ,通过 对 抽象 语法 树 的 分 析 , 可 以 识 
别 出 语 言 中 的 终结 符 和 非 终 结 符 类 。 

在 解释 器 模式 中 ,每 一 种 终结 符 和 非 终结 符 都 有 一 个 具体 类 与 之 对 应 , 正 因为 使 用 类 来 
表示 每 一 个 语法 规则 ,使 得 系统 具有 较 好 的 扩展 性 和 灵活 性 。 对 于 所 有 的 终结 符 和 非 终结 
符 ,首先 需要 抽象 出 一 个 公共 父 类 , 即 抽象 表达 式 类 ,其 典型 代码 如 下 : 
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public abstract void interpret(Context ctx); 
} 


终结 符 表达 式 和 非 终 结 符 表 达 式 类 都 是 抽象 表达 式 类 的 子 类 ,对 于 终结 符 表达 式 ,其 代 
码 很 简单 ,主要 是 对 终结 符 元 素 的 处 理 , 其 典型 代码 如 下 : 


public class TerminalExpression extends AbstractExpression 
{ 
public void interpret(Context ctx) 
{ 
// 对 于 终结 符 表 达 式 的 解释 操作 
| 
8 


对 于 非 终结 符 表达 式 , 其 代码 相对 比较 复杂 ,因为 可 以 通过 非 终结 符 表达 式 将 表达 式 组 
合成 更 加 复杂 的 结构 ,每 个 非 终 结 符 表达 式 都 对 应 一 个 文法 规则 ,表达 式 可 以 通过 非 终结 符 
连接 在 一 起 ,对 于 两 个 操作 元 素 的 非 终结 符 表达 式 类 ,其 典型 代码 如 下 : 


public class NonterminalExpression extends AbstractExpression 
private RbstractExpression left; 
private AbstractExpression right; 


public NonterminalExpression(AbstractExpression left, AbstractExpression right) 
. 

this, left = left; 

this, right = right; 
1 


public void interpret(Context ctx) 
| 
// 递 归 调 用 每 一 个 组 成 部 分 的 interpret() 方 法 
// 在 递归 调用 时 指定 组 成 部 分 的 连接 方式 , 即 非 终结 符 的 功能 


} 


除了 上 述 的 用 于 表示 表达 式 的 类 以 外 ,通常 在 解释 器 模式 中 还 提供 了 一 个 环境 类 
Context, 用 于 存储 一 些 全 局 信息 ,一般 在 Context 中 包含 了 一 个 HashMap 或 ArrayList 等 
类 型 的 集合 对 象 (也 可 以 直接 由 HashMap 等 集合 类 充当 环境 类 ) ,存储 一 系列 公共 信息 ,如 
变量 名 与 值 的 映射 关系 (key/value) 等 ,用 于 在 进行 具体 的 解释 操作 时 从 中 获取 相关 信息 。 
其 典型 代码 片段 如 下 : 


public class Context 
private HashMap map = new HashMap(); 


public void assign(String key, String value) 
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不 过 当 系 统 无 须 提供 全 局 公共 信息 时 可 以 省 略 环境 类 ,可 根据 实际 情况 决定 是 否 需 要 
环境 类 。 


19.3 解释 器 模式 实例 与 解析 


下 面 通过 解释 器 模式 中 的 数学 运算 解释 器 实例 来 进一步 学 习 并 理解 解释 器 模式 。 

1. 实例 说 明 

现 需 要 构造 一 个 语言 解释 器 ,使 得 系统 可 以 执行 整数 间 的 乘 、 除 和 求 模 运算 。 如 用 户 输 
人 表达 式 “3 * 4 / 2 % 4”, 输 出 结果 为 2。 使 用 解释 器 模式 实现 该 功能 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 19-4 所 示 。 


19-4 数学 运算 解释 器 类 图 
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3. 实例 代码 及 解释 
(1) 抽象 表达 式 类 Node( 抽 象 节点 ) 


public interface Node 
{ 

public int interpret(); 
} 


Node 类 是 抽象 表达 式 类 , 它 声 明了 抽象 解释 方法 interpret() ,在 其 子 类 中 将 提供 该 方 
法 的 实现 。 
(2) 终结 符 表达 式 类 ValueNode( 值 节点 类 ) 


public class ValueNode implements Node 
{ 


private int value; 


public ValueNode( int value) 
{ 
this. value = value; 


L 


public int interpret() 
{ 
return this. value; 
4 
} 


ValueNode 是 终结 符 表达 式 类 , 它 对 应 终结 符 的 操作 ,实现 了 在 抽象 表达 式 中 声明 的 
interpret() 方 法 ,在 本 实例 中 表示 一 个 数字 ,该 数字 已 经 是 构成 语言 的 最 小 语法 单位 ,不 能 
再 包含 子 表达 式 。 

(3) 抽象 非 终结 符 表 达 式 类 SymbolNode( 符 号 节点 类 ) 


public abstract class SymbolNode implements Node 
protected Node left; 
protected Node right; 


public SymbolNode( Node left, Node right) 
上 

this. left = left; 

this. right = right; 


SymbolNode 在 此 作为 抽象 非 终结 符 表达 式 类 , 它 包含 了 所 有 非 终 结 符 表达 式 的 共有 


数据 和 行为 ,在 本 实例 中 ,由 于 所 有 的 非 终结 符 都 对 应 左右 两 个 操作 部 分 ,因此 在 该 类 中 
定义 了 left 和 right 两 个 Node 类 型 的 对 象 ,表示 每 一 个 非 终 结 符 操作 时 的 左边 部 分 和 夺 
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边 部 分 ,每 一 部 分 仍然 是 一 个 表达 式 , 可 以 是 终结 符 表达 式 , 也 可 以 继续 是 非 终 结 符 表 
A 
(4) 非 终 结 符 表达 式 类 MulNode( 乘 法 节点 类 ) 


public class MulNode extends SymbolNode 
{ 
public MulNode( Node left, Node right) 
f 
super( left, right); 
} 


public int interpret() 
{ 

return super. left. interpret() * super.right. interpret(); 
} 


MulNode 类 是 符号 节点 类 SymbolNode 的 子 类 , 它 是 一 个 具体 的 非 终 结 符 表达 式 类 ， 
应 乘法 操作 ,实现 了 interpret() 方 法 ， 人 大 式 的 乘积 。 
(5) 非 终结 符 表达 式 类 DivNode( 除 法 节点 类 ) 


public class DivNode extends SymbolNode 
{ 
public DivNode( Node left, Node right) 
. 
super( left, right); 
} 


public int interpret() 
由 

return super. left. interpret() / super.right. interpret(); 
} 


DivNode 类 也 是 符号 节点 类 SymbolNode 的 子 类 , 它 也 是 一 个 具体 的 非 终 结 符 表达 式 
类 ,对 应 除法 操作 ,实现 了 interpret() 方 法 ,用 于 返回 其 左右 表达 式 的 商 。 
(6) 非 终结 符 表 达 式 类 ModNode( 求 模 节 点 类 ) 


public class ModNode extends SymbolNode 
public ModNode(Node left, Node right) 
{ 
super( left, right); 
| 


public int interpret() 
{ 
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return super. left. interpret() 委 super.right. interpret(); 


ModNode 类 也 是 符号 节点 类 SymbolNode 的 子 类 , 它 也 是 一 个 具体 的 非 终 结 符 表达 式 
类 ,对 应 求 模 操作 ,实现 了 interpret() 方 法 ,用 于 返回 其 左右 表达 式 相 除 后 的 余数 。 


注意 : 由 了 


4. 辅助 代码 
(1) 解释 器 封装 类 Calculator( 计 算 器 类 ) 


F 无 须 存储 全 局 信息 ,因此 在 本 实例 中 省 略 了 环境 类 Context。 


import java. util. *; 


public class Calculator 


private String statement; 


private Node node; 


public void build(String statement) 


{ 


Node left = null, right = null; 
Stack stack = new Stack( ); 


String[ ] statementArr = statement. split(" "); 


for(int i=0;i< statementArr. length; i++) 


| 


if(statementArr[i].equalsIgnoreCase(" * ")) 


} 


left = (Node) stack. pop( ); 

int val = Integer. parseInt( statementArr[++i]); 
right = new ValueNode( val); 

stack. push(new MulNode( left, right)); 


else if(statementArr[i].equalsIgnoreCase("/")) 


{ 


1 


left = (Node) stack. pop(); 

int val = Integer. parseInt(statementArr[++i]); 
right = new ValueNode( val); 

stack. push(new DivNode( left, right)); 


else if(statementArr[i].equalsIgnoreCase("%")) 


left = (Node) stack. pop(); 

int val = Integer. parseInt( statementArr[++i]); 
right = new ValueNode( val); 

stack. push(new ModNode( left, right)); 
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else 


stack. push(new ValueNode(Integer. parseInt(statementArr[i]))); 
} 
} 
this. node = (Node) stack. pop( ); 
} 


public int compute( ) 
{ 
return node. interpret(); 
} 
} 


Calculator 类 是 本 实例 的 核心 类 之 一 , 它 的 引入 极 大 简化 了 客户 类 代码 。 在 Calculator 
类 中 定义 了 如 何 构造 一 棵 抽象 语法 树 ,在 构造 过 程 中 使 用 了 栈 结构 Stack ,注意 加 粗 部 分 的 
代码 ,对 字符 串 进行 分 割 后 如 果 判 断 子 字符 串 既 不 是 符号 ”* ”, 也 不 是 符号 *“/” 和 “%”, 则 表 
示 对 应 的 子 字符 串 为 数字 ,实例 化 终结 符 表达 式 类 ValueNode, 并 通过 栈 的 push() 方 法 将 
其 压 人 栈 中 ; 如 果 判 断 子 字符 串 为 "“* ”, 则 将 压 人 栈 中 的 内 容 通过 栈 的 pop() 方 法 取出 作 
为 其 左 表达 式 ,而 将 之 后 输入 的 数字 封装 在 ValueNode 类 型 的 对 象 中 作为 其 右 表达 式 , 通 
过 左 表达 式 和 右 表 达 式 创建 非 终结 符 表达 式 MulNode 类 型 的 对 象 ,最 后 再 将 该 表达 式 压 人 
栈 中 。 

通过 这 一 系列 操作 ,放置 在 栈 中 的 是 一 个 完整 的 表达 式 , 通 过 栈 的 pop() 方 法 将 其 取 
出 ,再 在 compute() 方 法 中 调用 该 表达 式 的 interpret() 方 法 ,程序 执行 时 将 递归 调用 每 一 个 
子 表达 式 的 interpret() 方 法 , 即 执行 每 一 个 封装 在 终结 符 表 达 式 类 和 非 终 结 符 表 达 式 类 中 
的 interpret() 方 法 。 

(2) 客户 端 测试 类 Client 


public class Client 
public static void main(String args[ ]) 
String statement = "3 * 4/2 % 4"; 
Calculator calculator = new Calculator(); 
calculator. build( statement); 
int result = calculator.compute(); 


System. out. println( statement + " = " + result); 


lL 


在 客户 端 测试 类 中 ,输入 字符 串 "3 * 4 / 2 % 4", 在 Calculator 类 中 ,该 字符 串 将 以 空 
格 为 分 界 符 转换 成 一 个 字符 串 数组 。 根 据 对 该 字符 串 数组 的 分 析 , 将 构造 如 下 需要 解释 的 
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复杂 表达 式 : new ModNode (new DivNode (new MulNode (new ValueNode (3), new 
ValueNode(4)) ,new ValueNode(2))， ValueNode(4) ) ,该 表达 式 对 应 一 棵 抽象 语法 树 ,如 
图 19-5 所 示 ,在 程序 执行 时 ,将 递归 调用 每 一 个 表达 式 类 的 interpret() 解 释 方法 ,最 终 完成 
对 整 棵 抽象 语法 树 的 解释 。 


ModNode 


DivNode ValueNode 


4 


MulNode ValueNode 


| * 2 
ValueNode | ValueNode 
| el 


图 19-5 数学 运算 解释 器 抽象 语法 树 实例 


5, 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


如 果 将 客户 类 中 的 表达 式 字符 串 改 为 "3 * 2 * 4 /6 %% 5”, 则 输出 结果 如 下 : 


通过 引入 解释 器 模式 ,使 得 客户 端的 输入 非常 简单 ,只 需 提供 一 个 表达 式 字符 串 即 
可 ,具体 的 解释 细节 通过 表达 式 类 来 完成 。 在 解释 过 程 中 ,每 一 个 输入 的 数字 和 输入 的 
运算 符号 都 将 对 应 一 个 表达 式 类 ,如 果 需 要 增加 新 类 型 的 运算 符 , 在 不 考虑 运算 符 优 先 
级 的 情况 下 无 须 修改 现 有 表达 式 类 的 源 代 码 , 只 需 增加 一 个 新 的 非 终结 符 表 达 式 ,并 修 
改 Caleulator 类 即 可 ,由 于 Caleulator 类 是 对 客户 端 代码 的 封装 ,因此 类 库 代 码 基 本 符合 
“ 开 闭 原则 ”。 


19.4 解释 器 模式 效果 与 应 用 


19.4.1 模式 优 缺点 


解释 器 模式 的 优点 如 下 : 
(1) 易于 改变 和 扩展 文法 。 由 于 在 解释 器 模式 中 使 用 类 来 表示 语言 的 文法 规则 ， 
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可 以 通过 继承 机 制 来 改变 或 扩展 文法 ,实现 简单 语言 方便 。 

(2) 易于 实现 文法 。 在 抽象 语法 树 中 每 一 个 节点 类 的 实现 方式 都 是 相似 的 ,这 些 类 的 
编写 都 不 是 很 复杂 ,它们 还 可 以 通过 一 些 工 具 自 动 生 成 。 

(3) 增加 了 新 的 解释 表达 式 的 方式 。 解 释 器 模式 可 以 让 用 户 较 为 方便 地 增加 新 类 型 的 
表达 式 ,增加 新 的 表达 式 时 无 须 对 现 有 表达 式 类 进行 修改 ,符合 “ 开 闭 原则 ”。 

解释 器 模式 的 缺点 如 下 : 

(1) 对 于 复杂 文法 难以 维护 。 在 解释 器 模式 中 ,每 一 条 规则 至 少 需要 定义 一 个 类 ,因此 
如 果 一 个 语言 包含 太 多 文法 规则 , 则 可 能 难以 管理 和 维护 ,此 时 可 以 考虑 使 用 语法 分 析 程序 
等 方式 来 取代 解释 器 模式 。 

(2) 执行 效率 较 低 。 由 于 在 解释 器 模式 中 使 用 了 大 量 的 循环 和 递归 调用 ,因此 在 解释 
较为 复杂 的 句子 时 其 速度 很 慢 。 

(3) 应 用 场景 很 有 限 ,在 软件 开发 中 很 少 需要 自 定义 文法 规则 ,因此 该 语言 的 使 用 频率 
很 低 ,在 一 般 的 软件 中 难以 找到 其 应 用 实例 ,导致 理解 和 使 用 该 模式 的 难度 增 大 。 


19.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 解释 器 模式 : 

(1) 可 以 将 一 个 需要 解释 执行 的 语言 中 的 句子 表示 为 一 个 抽象 语法 树 。 

(2) 一 些 重复 出 现 的 问题 可 以 用 一 种 简单 的 语言 来 进行 表达 。 

(3) 文法 较为 简单 。 对 于 复杂 的 文法 ,解释 器 模式 中 的 文法 类 层次 结构 将 变 得 很 庞大 
而 无 法 管理 ,此 时 最 好 使 用 语法 分 析 程 序 生成 器 。 

(4) 效率 不 是 关键 问题 。 最 高 效 的 解释 器 通常 不 是 通过 直接 解释 语法 分 析 树 实现 的 ， 
而 是 需要 将 它们 转换 成 男 一 种 形式 ,使 用 解释 器 模式 的 执行 效率 并 不 高 。 


19.4.3 模式 应 用 


(1) 解释 器 模式 在 使 用 面向 对 象 语言 实现 的 编译 器 中 得 到 了 广泛 的 应 用 ,如 Smalltalk 
语言 的 编译 器 。 

(2) 目前 有 一 些 基 于 Java 抽象 语法 树 的 源 代 码 处 理工 具 , 如 在 Eclipse 中 就 提供 了 
Eclipse AST , 它 是 Eclipse JDT 的 一 个 重要 组 成 部 分 ,用 来 表示 Java 语言 的 语法 结构 ,用 户 
可 以 通过 扩展 其 功能 ,创建 自己 的 文法 规则 。 

(3) 可 以 使 用 解释 器 模式 ,通过 C++ 、Java、C# 等 面向 对 象 语言 开发 简单 的 编译 器 ,如 
数学 表达 式 解析 器 、 正 则 表达 式 解析 器 等 ,用 于 增强 这 些 语言 的 功能 ,使 之 增加 一 些 新 的 文 
法 规则 ,用 于 解释 一 些 特定 类 型 的 语句 。 


19.5 解释 器 模式 扩展 


数学 表达 式 解析 器 简介 
在 实际 项 目 开 发 中 如 果 需 要 解析 数学 公式 ,无须 再 运用 解释 器 模式 进行 设计 ,可 以 直接 
使 用 一 些 第 三 方 解 析 工具 包 , 它 们 可 以 统称 为 数学 表达 式 解 析 器 (Math Expression Parser， 
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MEP) ,如 Expression4J] ,Jep、JbcParser、 Symja、 Math Expression String Parser(MESP) 等 
来 取代 解释 器 模式 ,它们 可 以 方便 地 解释 一 些 较为 复杂 的 文法 ,功能 强大 , 且 使 用 简单 ,效率 
较 好 。 

下 面 简单 介绍 两 个 常用 的 基于 Java 语言 的 第 三 方 解 析 工具 包 : 

(1) Expression4]J 

Expression4] 是 一 个 基于 Java 的 开源 框架 , 它 用 于 对 数学 表达 式 进 行 操作 ,是 一 个 数 
学 公式 解析 器 ,在 Expression4J 中 可 以 将 数学 表达 式 存 储 在 字符 串 对 象 中 ,如 “f(x,b) 王 
2x*x 一 cos(b)” 和 “g(x,y) 二 f(y,x) x 一 2” 等 。Expression4] 是 高 度 定制 的 ,用 户 可 以 自 定 
义 文法 ,其 主要 功能 包括 实数 和 复数 的 基本 数学 运算 ,支持 基本 数学 函数 (如 sin、cos 等 函 
数 ) ,复杂 函数 (如 f(z)==2z 十 5、.g(z) 二 3f(z 十 2) 一 zx 等) 以 及 用 户 使 用 Java 语言 自 定义 的 
函数 和 文法 ,还 可 以 定义 函数 目录 (函数 集 ) 支持 XML 配置 文件 等 。 目 前 它 还 不 是 一 个 十 
分 成 熟 的 框架 , 仍 在 不 断 完善 中 。 关 于 Expression4J 的 更 多 资料 可 以 参考 网 站 : http:// 
www. expression4j. org/ 。 

(2) Jep 

Jep(Java Mathematical Expression Parser) 是 一 个 用 于 解析 和 求解 数学 表达 式 的 Java 
类 库 。 通 过 使 用 Jep 提供 的 包 ,我 们 可 以 输入 一 个 以 字符 串 表 示 的 任意 数学 公式 ,然后 立即 
对 其 进行 求解 。Jep 支持 用 户 自 定义 变量 .常量 和 自 定义 函数 ,同时 还 包含 了 大 量 通 用 的 数 
学 函数 和 人 常量。 关于 Jep 的 更 多 资料 可 以 参考 网 站 : http://www. singularsys. com/jep/。 


19.6 本章 小 结 


(1) 解释 器 模式 定义 语言 的 文法 ,并 且 建 立 一 个 解释 器 来 解释 该 语言 中 的 句子 ,这 里 的 
“语言 ?意思 是 使 用 规定 格式 和 语法 的 代码 , 它 是 一 种 类 行为 型 模式 。 

(2) 解释 器 模式 主要 包含 如 下 四 个 角色 : 在 抽象 表达 式 中 声明 了 抽象 的 解释 操作 , 它 
是 所 有 的 终结 符 表达 式 和 非 终结 符 表达 式 的 公共 父 类 ; 终结 符 表达 式 是 抽象 表达 式 的 子 
类 , 它 实现 了 与 文法 中 的 终结 符 相关 联 的 解释 操作 ; 非 终结 符 表达 式 也 是 抽象 表达 式 的 子 
类 , 它 实 现 了 文法 中 非 终结 符 的 解释 操作 ; 环境 类 又 称 为 上 下 文 类 , 它 用 于 存储 解释 器 之 外 
的 一 些 全 局 信息 。 

(3) 解释 器 模式 描述 了 如 何 为 简单 的 语言 定义 一 个 文法 ,如 何在 该 语言 中 表示 一 个 句 
子 , 以 及 如 何 解释 这 些 句子 。 

(4) 对 于 一 个 简单 的 语言 可 以 使 用 一 些 文法 规则 来 进行 定义 ,还 可 以 通过 抽象 语法 树 
的 图 形 方式 来 直观 地 表示 语言 的 构成 ,每 一 棵 抽象 语法 树 对 应 一 个 语言 实例 。 

(5) 解释 器 模式 的 主要 优点 包括 易于 改变 和 扩展 文法 ,易于 实现 文法 并 增加 了 新 的 
解释 表达 式 的 方式 ; 其 主要 缺点 是 对 于 复杂 文法 难以 维护 ,执行 效率 较 低 且 应 用 场景 很 
有 限 。 

(6) 解释 器 模式 适用 情况 包括 : 可 以 将 一 个 需要 解释 执行 的 语言 中 的 句子 表示 为 一 个 
抽象 语法 树 ; 一 些 重复 出 现 的 问题 可 以 用 一 种 简单 的 语言 来 进行 表达 ; 文法 较为 简单 且 效 
率 不 是 关键 问题 。 
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思考 与 练习 


1. 使 用 解释 器 模式 设计 一 个 简单 的 解释 器 ,使 得 系统 可 以 解释 0 和 1 的 或 运算 和 与 


运算 (不 考虑 或 运算 和 与 运算 的 优先 级 ) ,语句 表达 式 和 输出 结果 的 几 个 实例 如 表 19-1 
所 示 。 
表 19-1 语句 表达 式 和 输出 结果 的 几 个 实例 

表达 式 输出 结果 | 表达 式 输出 结果 

land0 0 | oor0 0 

lor1l 1 | 1and1or0 1 

1or0 1 | 0orland0 0 

1 and 1 1 0orlandlor1 

0 and 0 0 lor0andland0or0 0 


2. 某 机 器 人 控制 程序 包含 一 些 简单 的 英文 指令 ,其 文法 规则 如 下 : 


expression ;: = direction action distance | composite 
composite :: = expression 'and' expression 

direction :: = "up' | 'down' | 'left'| 'right' 

action :: = 'move' | 'run' 

distance :: = an integer // 一 个 整数 值 


如 输入 : up move 5, 则 输出 “向 上 移动 5 个 单位 ”; 输入 : down run 10 and left move 


20, 则 输出 “向 下 快速 移动 10 个 单位 再 向 左 移动 20 个 单位 ”。 


现 使 用 解释 器 模式 来 设计 该 程序 并 模拟 实现 。 
3. 使 用 解释 器 模式 设计 一 个 简单 的 加 法 /减法 解释 器 ,可 以 对 加 法 /减法 表达 式 进行 解 


释 , 要 求 提供 输入 和 输出 界面 。 


迭代 詹 模 式 


本 章 导 学 

和 迭代 器 模式 是 一 种 使 用 频率 非常 高 的 设计 模式 ,迭代 器 用 于 对 一 个 聚合 
对 象 进行 遍历 。 通 过 引入 和 迭代 器 可 以 将 数据 的 遍历 功能 从 聚合 对 象 中 分 离 出 
来 ,聚合 对 象 只 负责 存储 数据 ,而 遍历 数据 由 和 迭代 器 来 完成 ,简化 了 聚合 对 象 
的 设计 ,更 符合 “单一 职责 原则 ”的 要 求 。Java 语言 提供 了 对 和 迭代 器 模式 的 完 
美 支持 ,通常 我 们 不 需要 自己 定义 新 的 迭代 器 ,直接 使 用 Java 提供 的 迭代 器 
即 可 。 


本 前 将 介绍 迭代 器 模式 的 定义 与 结构 ,结合 实例 学 习 迭 代 器 模式 的 实现 和 应 用 ,并 学 习 
在 Java 语言 中 如 何 使 用 迭代 器 模式 。 

本 章 的 难点 在 于 理解 迭代 器 与 聚合 对 象 的 关系 以 及 如 何 自 定义 迭代 器 类 。 

和 迭代 器 模式 重要 等 级 : 克 克 太太 友 

迭代 器 模式 难度 等 级 : 友 友 交 交 冯 


20.1 和 迭 代 器 模式 动机 与 定义 


聚合 对 象 用 于 存储 多 个 对 象 ,在 软件 开发 中 应 用 广泛 ,为 了 更 加 方便 地 操作 聚合 对 象 ， 
在 很 多 编程 语言 中 都 提供 了 和 迭代 器 (Iterator) ,迭代 器 本 身 也 是 一 个 对 象 , 它 的 工作 就 是 遍 
历 并 获取 聚合 中 的 对 象 ,而 程序 员 不 必 关 心 该 聚合 的 内 部 结构 。 本 章 将 学 习 用 于 遍历 聚合 
对 象 的 迭代 器 模式 。 


20.1.1 模式 动机 


一 个 聚合 对 象 ,如 一 个 列表 (List) 或 者 一 个 集合 (Set) ,应 该 提供 一 种 方法 来 让 别人 可 
以 访问 它 的 元 素 ,而 又 不 需要 暴露 它 的 内 部 结构 ,如 同 电视 机 迁 控 器 ,我 们 可 以 通过 使 用 它 
来 方便 地 切换 频道 ,但 是 不 需要 知道 这 些 频道 在 电视 机 中 的 存储 方式 。 此 外 ,针对 不 同 的 需 
要 ,可 能 还 要 以 不 同 的 方式 遍历 整个 聚合 对 象 ,但 是 我 们 并 不 希望 在 聚合 对 象 的 抽象 层 接口 
中 充斥 着 各 种 不 同 遍 历 的 操作 。 人 怎样 遍历 一 个 聚合 对 象 , 又 不 需要 了 解 聚 合 对 象 的 内 部 结 
构 , 还 能 够 提供 多 种 不 同 的 遍历 方式 ,这 就 是 迭代 器 模式 所 要 解决 的 问题 。 
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在 迭代 器 模式 中 ,提供 一 个 外 部 的 迭代 器 来 对 聚合 对 象 进行 访问 和 遍历 ,迭代 器 定 
义 了 一 个 访问 该 聚合 元 素 的 接口 ,并 且 可 以 跟踪 当前 遍历 的 元 素 , 了 解 哪些 元 素 已 经 遍 
历 过 而 哪些 没有 。 有 了 和 迭代 器 模式 ,我们 会 发 现 对 一 个 复杂 的 聚合 对 象 的 操作 会 变 得 如 


此 简单 。 


如 果 将 电视 机 看 成 一 个 频道 的 集合 ,那么 迭代 器 对 应 于 电视 机 到 控 器 ,可 以 使 用 遥控 器 
对 电视 频道 进行 操作 ,如 返回 上 一 个 频道 、. 跳 转 到 下 一 个 频道 或 者 转向 指定 的 频道 。 使 用 琐 
控 器 可 以 方便 人 们 对 电视 频道 进行 操作 ,而 且 不 需要 关心 这 些 频道 如 何 存储 在 电视 机 中 。 


在 这 里 ,电视 机 对 应 于 聚合 对 象 ,而 遥控 器 对 应 了 


ete 
Hi 


ot 
Gtk 


Ri 
人 


| 


一》 


电视 机 遥控 器 


FF 迭代 器 ,如 图 20-1 所 示 。 


20.1.2 模式 定义 


电视 机 


(电视 频道 的 集合 ) 


图 20-1 和 迭代 器 模式 示意 图 


和 迭代 器 模式 (Iterator Pattern) 定义 : 提供 一 种 方法 来 访问 聚合 对 象 ,而 不 用 暴露 这 个 
对 象 的 内 部 表示 ,其 别名 为 游标 (Cursor) 。 和 迭代 器 模式 是 一 种 对 象 行为 型 模式 。 


英文 定义 :“Provide a way to access the elements of an aggregate object sequentially 


without exposing its underlying representation. ”。 


20.2 ”迭代 器 模式 结构 与 分 析 


在 迭代 器 模式 结构 中 包含 聚合 和 迭代 器 两 个 层次 结构 ,下 面 将 介绍 并 分 析 其 模式 结构 。 


20.2.1 模式 结构 


迭代 器 模式 结构 图 如 图 20-2 所 示 。 
和 迭代 器 模式 包含 如 下 角色 : 


1. lterator( 抽 和 象 迭代 器 ) 

抽象 迭代 器 定义 了 访问 和 遍历 元 素 的 接口 ,一般 声明 如 下 方法 : 用 于 
的 first() ,用 于 访问 下 一 个 元 素 的 next() ,用 于 判断 是 否 还 有 下 一 个 元 素 的 hasNext(), 用 
于 获取 当前 元 素 的 currentItem() .在 其 子 类 中 将 实现 这 些 方法 。 


F 获 取 第 一 个 元 素 
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图 20-2 ”和 迭代 器 模式 结构 图 


2. Concretelterator( 具 体 迭 代 器 ) 

具体 迭代 器 实现 了 抽象 迭代 器 接口 ,完成 对 聚合 对 象 的 遍历 ,同时 在 对 聚合 进行 遍历 时 
跟踪 其 当前 位 置 。 

3. Aggregate( 抽 象 聚合 类 ) 

抽象 聚合 类 用 于 存储 对 象 , 并 定义 创建 相应 迭代 器 对 象 的 接口 ,声明 一 个 createlterator() 
方法 用 于 创建 一 个 迭代 器 对 象 。 

4. ConcreteAggregate( 具 体 聚 合 类 ) 

具体 聚合 类 实现 了 创建 相应 迭代 器 的 接口 ,实现 了 在 聚合 类 中 声明 的 createlterator() 
方法 ,该 方法 返回 一 个 与 该 具体 聚合 对 应 的 具体 迭代 器 Concretelterator 实例 。 


20.2.2 模式 分 析 


根据 “单一 职责 原则 ”, 在 面向 对 象 设计 时 ,对 象 承担 的 职责 越 少 , 则 该 对 象 的 稳定 性 就 
越 好 ,受到 的 约束 也 就 越 少 , 复 用 也 就 越 方便 。 职 责 分 离 可 以 最 大 限度 地 减少 彼此 之 间 的 耦 
合 程度 ,从 而 建立 一 个 松散 耦合 的 对 象 网 络 ,职责 分 离 的 要 点 是 对 被 分 离 的 职责 进行 封装 ， 
并 以 抽象 的 方式 建立 起 彼此 之 间 的 关系 

以 聚合 对 象 为 例 , 聚 合 是 一 个 管理 和 组 织 数据 对 象 的 数据 结构 。 这 就 表明 聚合 首先 应 
有 具备 一 个 基本 功能 , 即 存储 数据 ,这 其 中 包含 存储 数据 的 类 型 .存储 空间 的 大 小 、 存 储 空间 的 
分 配 ,以 及 存储 的 方式 和 顺序 。 如 果 不 具 备 这 些 特 点 , 则 该 对 象 就 不 能 称 为 聚合 对 象 。 也 就 
是 说 ,存储 数据 是 聚合 对 象 最 基本 的 职责 。 然 而 ,聚合 对 象 除了 能 够 存储 数据 外 ,还 必须 提 
供 遍历 访问 其 内 部 数据 的 方式 ,同时 这 些 遍历 方式 可 能 会 根据 不 同 的 情形 提供 不 同 的 实现 ， 
如 正 向 遍历 或 递 向 遍历 等 。 因 此 ,聚合 对 象 主要 拥有 两 个 职责 : 一 是 存储 内 部 数据 ; 二 是 
遍历 内 部 数据 。 但 是 前 者 是 聚合 对 象 的 基本 功能 ,而 后 者 是 可 以 分 离 的 。 因 此 ,我 们 将 
遍历 聚合 对 象 中 数据 的 行为 提取 出 来 ,封装 到 一 个 迭代 器 中 ,通过 专门 的 迭代 器 来 遍历 
聚合 对 象 的 内 部 数据 ,这 就 是 迭代 器 模式 的 本 质 。 和 迭代 器 模式 是 “单一 职责 原则 ”的 完美 
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体现 。 
下 面 通过 一 个 简单 的 自 定义 迭代 器 来 分 析 和 迭代 器 模式 的 结构 。 
首先 需要 定义 一 个 简单 的 迭代 器 接口 ,代码 如 下 : 


public interface MyIterator 
{ 
void first(); 
void next(); 
boolean isLast(); 
Object currentItem( ); 
} 


在 该 迭代 器 接口 中 声明 了 四 个 方法 ,first() 方 法 用 于 访问 第 一 个 元 素 ,next() 方 法 用 于 
访问 下 一 个 元 素 ,isLast() 方 法 用 于 判断 是 否 是 最 后 一 个 元 素 ,currentItem() 方 法 用 于 获取 
当前 元 素 。 

然后 需要 定义 一 个 聚合 接口 ,代码 如 下 : 


public interface MyCollection 
MyIterator createIterator( ); 


} 


在 该 接口 中 定义 了 一 个 createlterator() 方 法 用 于 返回 一 个 MyIterator 迭代 器 对 象 。 

在 定义 好 抽象 层 之 后 ,我 们 需要 定义 抽象 迭代 器 接口 和 抽象 聚合 接口 的 实现 类 ,为 了 实 
现 方便 ,一 般 将 具体 迭代 器 类 作为 具体 聚合 类 的 内 部 类 ,从 而 迭代 器 可 以 实现 直接 访问 聚合 
类 中 的 数据 ,代码 如 下 : 


public class NewCollection implements MyCollection 

{ 
private Object[ ] obj = {"dog", "pig", "cat", "monkey”, "pig"}; 
public MyIterator createIterator() 


return new NewIterator( ); 


Ui 


private class NewIterator implements MyIterator 
! 


private int currentIndex = 0; 


public void first() 
{ 
currentIndex = 0; 


} 
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public void next() 


{ 

if(currentIndex < obj. length) 

{ 

currentIndex++; 

} 
; 
public boolean isLast() 
{ 

return currentIndex == obj. length; 
} 


public Object currentItem( ) 
{ 


return obj[currentIndex]; 


} 


NewCollection 类 实现 了 MyCollection 接口 ,实现 了 createlterator() 方 法 ,同时 在 其 中 
定义 了 一 个 Object 类 型 的 数组 用 于 存储 数据 元 素 , 在 NewCollection 类 中 定义 了 一 个 内 部 
类 NewJterator, 它 实现 了 MyIterator 接口 ,并 定义 了 一 个 int 类 型 的 索引 变量 currentIndex 
用 于 保存 所 操作 的 数组 元 素 的 下 标 值 ,在 NewJterator 中 实现 了 MyIterator 接口 中 声明 的 
四 个 方法 ,实现 对 聚合 对 象 中 数据 元 素 的 遍历 。 编 写 如 下 客户 端 代码 进行 测试 


public class Client 

Ul 
public static void process(MyCollection collection) 
8 


MyIterator i= collection. createIterator(); 


while(!i. isLast()) 

{ 
System. out. println(i.currentItem(). toString( )); 
i.next(); 


} 


public static void main(String a[ ]) 

A 
MyCollection collection = new NewCollection( ); 
process(collection); 
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运行 结果 如 下 : 


这 与 直接 通过 循环 来 遍历 数组 所 获得 的 结果 是 一 致 的 。 
除了 使 用 内 部 类 实现 之 外 ,也 可 以 使 用 常规 的 方式 来 实现 迭代 器 ,代码 如 下 : 


public class ConcreteIterator implements Iterator 


private ConcreteAggregate objects; 


public ConcreteIterator(ConcreteAggregate objects) 
{ 

this. objects = objects; 
} 


public void first() 
上 


public void next( ) 


public boolean hasNext() 


public Object currentItem( ) 
四 
} 


public class ConcreteAggregate implements Aggregate 
1 


public Iterator createIterator() 
{ 


return new ConcreteIterator(this); 


} 
} 


在 迭代 器 模式 中 应 用 了 工厂 方法 模式 ,聚合 类 充当 工厂 类 ,而 迭代 器 充当 产品 类 ,由 于 
定义 了 抽象 层 , 系 统 的 扩展 性 很 好 ,在 客户 端 可 以 针对 抽象 聚合 类 和 抽象 迭代 器 进行 编程 ， 
如 上 面 的 客户 类 Client 所 示 , 只 需要 将 具体 的 聚合 类 类 名 存放 在 配置 文件 中 ,通过 DOM 和 
反射 来 生成 具体 聚合 类 对 象 .可 以 在 不 修改 源 代码 (包括 客户 端 代 码 ) 的 情况 下 增加 或 者 更 
换 具体 聚合 类 。 
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于 很 多 编程 语言 的 类 库 都 已 经 实现 了 迭代 器 模式 ,因此 在 实际 使 用 中 我 们 很 少 自 定 
义 和 迭代 器 ,只 需要 直接 使 用 Java、`C# 等 语言 中 已 定义 好 的 迭代 器 即 可 ,迭代 器 已 经 成 为 操 
作 聚 合 对 象 的 基本 工具 之 一 。 


20.3” 迁 代 器 模式 实例 与 解析 


下 面 通过 一 个 迭代 器 模式 实现 电视 机 贤 控 器 的 实例 来 进一步 学 习 并 理解 迭代 器 模式 。 

1. 实例 说 明 

电视 机 遥控 器 就 是 一 个 迭代 器 的 实例 ,通过 它 可 以 实现 对 电视 机 频道 集合 的 遍历 操作 ， 
本 实例 将 模拟 电视 机 遥控 器 的 实现 。 

2. 实例 类 图 

通过 分 析 , 该 实例 类 图 如 图 20-3 所 示 。 


图 20-3 电视 机 遥控 器 类 图 


3. 实例 代码 及 解释 
(1) 抽象 迭代 器 类 TVIterator( 电 视 机 遥控 器 类 ) 
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TVIterator 作为 抽象 欠 代 器 类 ,在 其 中 声明 了 迁 代 器 所 具有 的 方法 ,包括 指针 的 移动 
方法 与 对 象 的 获取 方法 等 ,以 实现 对 集合 对 象 的 遍历 。 
(2) 抽象 聚合 类 Television( 电 视 机 类 ) 


public interface Television 
{ 
TVIterator createIterator( ); 


Television 是 抽象 聚合 类 ,可 以 将 电视 机 看 成 一 个 频道 的 集合 ,在 电视 机 类 中 声明 了 用 
于 创建 遥控 器 对 象 的 createlterator() 方 法 。 
(3) 具体 电视 机 类 SkyworthTelevision( 创 维 电视 机 类 ) 


public class SkyworthTelevision implements Television 
中 
IEGiIObjecciab = ("CC 1 CO = 2 ON = 3" ,OCI = MA" OCI = Sm "OCT 6 
"CCIV -7", "CCIV - 8"}; 
public TVIterator createIterator() 
return new SkyworthIterator( ); 
} 


private class SkyworthIterator implements TVIterator 
Ht 


private int currentIndex = 0; 


public void next() 

{ 
if(currentIndex < obj. length) 
{ 


currentIndex++; 
} 


public void previous() 
if(currentIndex>0) 


{ 


currentIndex ——; 
| 


public void setChannel( int i) 
currentIndex = i; 


} 
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public Object currentChannel() 
| 


return obj[currentIndex]; 


} 


public boolean isLast() 
| 
return currentIndex == obj. length; 


4 


public boolean isFirst() 
{ 


return currentIndex == 0; 


} 


} 


SkyworthTelevision 是 具体 聚合 类 ,在 SkyworthTelevision 中 定义 一 个 数组 用 于 存储 电视 
频道 ,具体 迭代 器 类 SkyworthIterator 作为 SkyworthTelevision 的 内 部 类 ,在 SkyworthIterator 
中 实现 了 在 抽象 欠 代 器 中 声明 的 用 于 遍历 聚合 对 象 的 方法 ,而 SkyworthTelevision 作为 抽 
象 聚合 类 的 子 类 实现 了 在 抽象 聚合 类 中 声明 的 方法 createlterator(), 用 于 返回 一 个 具体 迭 
代 器 对 象 。 

(4) 具体 电视 机 类 TCLTelevision(TCL 电视 机 类 ) 


public class TCLTelevision implements Television 


private Object[] obj = {" 湖 南 卫视 ", "北京 卫视 "," 上 海 卫视 "," 湖 北 卫视 "," 黑 龙 江 卫视 "} ; 
public TVIterator createIterator() 
{ 


return new TCLIterator( ); 


} 


class TCLIterator implements TVIterator 


private int currentIndex= 0; 


public void next() 
{ 
if(currentIndex < obj. length) 


CurrentIndex++ 
1 
} 


public void previous() 
{ 


if(currentIndex>0) 


有 
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currentIndex ——; 


i 


public void setChannel (int i) 
{ 


currentIndex = i; 


} 


public Object currentChannel() 
{ 


return obj[currentIndex]; 


} 


public boolean isLast() 
{ 


return currentIndex == obj. length; 


} 


public boolean isFirst() 
{ 


return currentIndex == 0; 


} 


TCLTelevision 也 是 具体 聚合 类 ,实现 了 createlterator() 方 法 , 它 包含 了 内 部 类 
TCLIterator, 用 于 对 聚合 对 象 进 行 遍 历 。 

4. 辅助 代码 

01) XML 操作 工具 类 XMLUtil 

参见 5. 2. 2 节 工 厂 方法 模式 之 模式 分 析 。 

(2) 配置 文件 config. xml 

本 实例 配置 文件 代码 如 下 : 


<?xml version = "1.0"?> 
< config > 

<className> TCLTelevision </className > 
</config > 


(3) 客户 端 测 试 类 Client 


public class Client 


{ 
public static void display(Television tv) 


TVIterator i= tv. createIterator(); 
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System. out. println(" 电 视 机 频道 : "); 

while(!i. isLast()) 

{ 
System. out. println(i. currentChannel( ). toString()); 
i.next(); 


} 


public static void reverseDisplay(Television tv) 
{ 
TVIterator i= tyv. createIterator(); 
i. setChannel (5); 
System. out. println(" 逆 向 遍历 电视 机 频道 : "); 
while(!i. isFirst()) 
{ 
i.previous(); 
System. out. println(i. currentChannel( ) .toString( )); 


1 


public static void main(String a[ ]) 

{ 
Television tv; 
tv= (Television)XMLUtil. getBean( ); 
display(tv); 
i "0 
reverseDisplay(tv); 


F 


在 客户 端 需要 针对 抽象 层 进行 编程 ,可 以 从 配置 文件 中 读 取 有 具体 聚合 类 的 类 名 ,再 通过 
反射 生成 相应 的 聚合 对 象 ,通过 聚合 对 象 的 createIterator() 方 法 可 以 获得 迭代 器 对 象 ,再 使 
用 迭代 器 对 象 对 聚合 对 象 进行 遍历 。 在 本 实例 中 客户 端 提 供 了 两 种 遍历 方式 ,display() 方 
法 用 于 正 向 遍历 ,reverseDisplay() 方 法 用 于 道 向 遍历 。 

5. 结果 及 分 析 

如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设 置 为 TCLTelevision, 则 输出 结果 
如 下 : 


逆向 遍历 电视 机 频道 : 
黑龙 江 卫 视 
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湖北 卫视 
上 海 卫视 
北京 卫视 
湖南 卫视 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设 置 为 SkyworthTelevision , 则 输出 
结果 如 下 : 


电视 机 频道 : 
Co 
CCIV -2 
Cocamv=3 


逆向 遍历 电视 机 频道 : 
CCTV-5 
CCTV -4 
ccrv=3 
Cecrv=2 
CCIV=1 


从 输出 结果 可 以 得 知 ,由 于 是 针对 抽象 层 编程 ,因此 更 换 聚 合 类 很 方便 ,而 且 增 加 新 的 
聚合 类 也 不 需要 修改 原 有 代码 ,只 需要 修改 配置 文件 即 可 ,符合 “ 开 闭 原则 ”。 


1. 迭代 器 模式 的 优点 

(1) 它 支持 以 不 同 的 方式 遍历 一 个 聚合 对 象 。 对 于 复杂 的 聚合 对 象 可 用 多 种 方法 来 进 
行 遍 历 ,在 迭代 器 模式 中 只 需要 用 一 个 不 同 的 迭代 器 来 替换 原 有 迭代 器 即 可 改变 遍历 算法 ， 
也 可 以 自己 定义 迭代 器 的 子 类 以 支持 新 的 遍历 方式 。 

(2) 迭代 器 简化 了 聚合 类 。 因 为 引入 了 和 迭代 器 ,在 原 有 的 聚合 对 象 中 不 需要 再 自行 提 
供 遍历 等 数据 操作 方法 ,这样 可 以 简化 聚合 类 的 设计 。 

(3) 在 同一 个 聚合 上 可 以 有 多 个 遍历 。 由 于 每 个 迭代 器 都 保持 自己 的 遍历 状态 ， 
可 以 同时 对 一 个 聚合 对 象 进行 多 个 遍历 操作 。 

(4) 在 迭代 器 模式 中 ,增加 新 的 聚合 类 和 迭代 器 类 都 很 方便 ,无 须 修改 原 有 代码 ,满足 
“ 开 闭 原则 ”的 要 求 。 


Bs 


此 
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2. 迭代 器 模式 的 缺点 


由 于 迭代 器 模式 将 存储 数据 和 遍历 数据 的 职责 分 离 , 增 加 新 的 聚合 类 需要 对 应 增加 新 
的 迭代 器 类 ,类 的 个 数 成 对 增加 ,这 在 一 定 程度 上 增加 了 系统 的 复杂 性 。 


20.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 迭代 器 模式 : 

(1) 访问 一 个 聚合 对 象 的 内 容 而 无 须 暴露 它 的 内 部 表示 。 将 聚合 对 象 的 访问 与 内 部 数 
据 的 存储 分 离 ,使 得 访问 聚合 对 象 时 无 须 了 解 其 内 部 实现 细节 。 

(2) 需要 为 聚合 对 象 提供 多 种 遍历 方式 。 

(3) 为 遍历 不 同 的 聚合 结构 提供 一 个 统一 的 接口 。 当 需要 扩展 聚合 结构 或 者 给 聚合 结 
构 增 加 新 的 遍历 方式 时 可 以 使 用 迭代 器 模式 , 它 提供 了 聚合 结构 和 和 迭代 器 的 抽象 定义 。 


20.4.3 模式 应 用 
JDK 1.2 引入 了 新 的 Java 聚合 框架 Collections, 其 基本 接口 层次 结构 如 图 20-4 所 示 。 


四 四 到 


图 20-4 Java 聚合 框架 基本 接口 层次 结构 


Collection 是 所 有 Java 聚合 类 的 根 接口 , 它 的 主要 方法 如 下 : 


除了 包含 一 些 增加 元 素 和 删除 元 素 的 方法 外 ,其 最 后 一 个 方法 是 iterator() ,用 于 返回 
一 个 迭代 器 Iterator 对 象 , 以 便 遍 历 集合 的 所 有 元 素 。 

在 JDK 类 库 中 ,Collection 的 iterator() 方 法 返回 一 个 java. util. Iterator 类 型 的 对 象 ， 
而 其 子 接口 java. util. List 的 listIterator() 方 法 返回 一 个 java. util. ListIterator 类 型 的 对 
象 ,ListIterator 是 Iterator 的 子 类 。 它 们 构成 了 Java 语言 对 迭代 器 模式 的 支持 ,Java 语言 
的 java. util. Iterator 接口 就 是 迭代 器 模式 的 应 用 。Collection 接口 的 iterator() 方 法 返回 一 
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个 抽象 的 迭代 器 对 象 ,而 在 Collection 的 子 类 中 返回 具体 的 迭代 器 对 象 。 在 Java 语言 中 ,我 
们 很 少 自 定义 迭代 器 ,一 般 使 用 JDK 内 置 的 迭代 器 即 可 ,下 面 的 代码 演示 了 如 何 使 用 Java 
内 置 的 迭代 器 : 


import java. util. *; 


public class IteratorDemo 
{ 
public static void process(Collection c) 


. Iterator i= c. iterator(); 

while(i. hasNext()) 

: System. out. println(i. next().toString()); 
; } 


public static void main(String args[ ]) 
{ 
Collection list = new ArrayList(); 
list.add("Cat"); 
list.add("Dog"); 
list.add("Pig"); 
list.add("Dog"); 
list.add("Monkey" ); 


process( list); 


} 


如 加 粗 代码 所 示 , 在 静态 方法 process() 中 使 用 迭代 器 Iterator 对 Collection 对 象 进行 
处 理 , 该 代码 运行 结果 如 下 : 


Cat 
Dog 
Pig 
Dog 
Monkey 


如 果 需 要 更 换 聚 合 类 型 ,如 将 List 改 成 Set, 则 只 需要 将 具体 聚合 类 名 更 改 即 可 ,如 将 
上 例 中 的 ArrayList 改 为 HashSet, 则 输出 结果 如 下 : 


Cat 
Dog 
Pig 
Monkey 
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在 Set 中 合并 了 重复 元 素 ,其 输出 结果 与 List 不 相同 。 由 此 可 见 , 使 用 迭代 器 模式 ,使 
得 更 换 具体 聚合 类 变 得 非常 方便 ,而 且 还 可 以 根据 需要 增加 新 的 聚合 类 ,新 的 聚合 类 只 需要 
实现 Collection 接口 ,不 需要 修改 原 有 类 库 代 码 。 


20.5 和 迭代 器 模式 扩展 


下 面 来 进一步 学 习 Java 友 代 器 的 实现 与 使 用 。 

在 JDK 中 ,Iterator 接口 具有 如 下 3 个 基本 方法 : 

(1) Object next() : 通过 反复 调用 next() 方 法 可 以 逐个 访问 聚合 中 的 元 素 。 

(2) boolean hasNext() : hasNext() 方 法 用 于 判断 聚合 对 象 中 是 否 还 存在 下 一 个 元 素 ， 
为 了 不 抛 出 异常 ,必须 在 调用 next() 之 前 先 调用 hasNext()。 如 果 和 迭代 对 象 仍然 拥有 可 供 
访问 的 元 素 , 那 么 hasNext() 返 回 true。 

(3) void remove() : 用 于 删除 上 次 调用 next() 时 所 返回 的 元 素 。 

Java 迭代 器 可 以 理解 为 它 工作 在 聚合 对 象 的 各 个 元 素 之 间 , 每 调用 一 次 next() 方 法 ， 
迭代 器 便 越过 下 个 元 素 , 并 且 返 回 它 刚 越 过 的 那个 元 素 的 地 址 引用 。 但 是 , 它 也 有 一 些 限 
制 , 如 某 些 迭代 器 只 能 单 向 移动 。 在 使 用 迭代 器 时 ,访问 某 个 元 素 的 唯一 方法 就 是 调用 
next() 。 

如 图 20-5 所 示 Java 迭代 器 工作 原理 ,在 第 一 个 next 〇 方法 被 调用 时 ,迭代 器 由 “元 素 1” 与 
“元 素 2” 之 间 移 至 “元 素 2” 与 “元 素 3 之 间 ,跨越 了 “元 素 2”, 因 此 next() 方 法 将 返回 对 “元 
素 2” 的 引用 ; 在 第 二 个 next() 方 法 被 调用 时 ,和 迭代 器 由 “元 素 2” 与 “元 素 3” 之 间 移 至 “元 素 
3” 和 “元 素 4” 之 间 ,next() 方 法 将 返回 对 “元 素 3” 的 引用 ,如 果 此 时 调用 remove() 方 法 , 则 
可 将 “元 素 3” 删 除 。 


[到 来! 


图 20-5 Java 迭代 器 示意 图 


如 下 代码 片段 用 于 通过 和 迭代 器 来 删除 某 个 集合 中 的 第 一 个 元 素 : 


需要 注意 的 是 .在 这 里 ,next() 方 法 与 remove() 方 法 的 调用 是 相互 关联 的 。 如 果 调 用 
remove() 之 前 ,没有 先 对 next() 进 行 调用 ,那么 将 会 抛 出 一 个 IllegalStateException 异常 ， 
因为 没有 任何 可 供 删除 的 元 素 。 

如 下 代码 片段 用 于 删除 两 个 相 邻 的 元 素 : 
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在 上 面 的 代码 片段 中 如 果 将 代码 “iterator. next();” 去 掉 则 程序 运行 抛 异常 ,因为 第 二 
次 删除 时 将 找 不 到 可 供 删除 的 元 素 。 


20.6 ”本章 小 结 


(1) 迭代 器 模式 提供 一 种 方法 来 访问 聚合 对 象 ,而 不 用 暴露 这 个 对 象 的 内 部 表示 ,其 别 
名 为 游标 。 和 迭代 器 模式 是 一 种 对 象 行为 型 模式 。 

(2) 迭代 器 模式 包含 4 个 角色 : 抽象 迭代 器 定义 了 访问 和 遍历 元 素 的 接口 ; 具体 迭代 
器 实现 了 抽象 迭代 器 接口 ,完成 对 聚合 对 象 的 遍历 ; 抽象 聚合 类 用 于 存储 对 象 ,并 定义 创建 
相应 迭代 器 对 象 的 接口 ; 具体 聚合 类 实现 了 创建 相应 迭代 器 的 接口 。 

(3) 将 遍历 聚合 对 象 中 数据 的 行为 提取 出 来 ,封装 到 一 个 迭代 器 中 ,通过 专门 的 迭代 器 
来 遍历 聚合 对 象 的 内 部 数据 ,这 就 是 迭代 器 模式 的 本 质 。 和 迭代 器 模式 是 “单一 职责 原则 ?的 
完美 体现 。 

(4) 迭代 器 模式 的 主要 优点 在 于 它 支持 以 不 同 的 方式 遍历 一 个 聚合 对 象 ,还 简化 了 聚 
合 类 ,而 且 在 同一 个 聚合 上 可 以 有 多 个 遍历 ; 其 缺点 在 于 增加 新 的 聚合 类 需要 对 应 增加 新 
的 迭代 器 类 ,类 的 个 数 成 对 增加 ,这 在 一 定 程 度 上 增加 了 系统 的 复杂 性 。 

(5) 迭代 器 模式 适用 情况 包括 : 访问 一 个 聚合 对 象 的 内 容 而 无 须 暴露 它 的 内 部 表示 ; 
需要 为 聚合 对 象 提 供 多 种 遍历 方式 ; 为 遍历 不 同 的 聚合 结构 提供 一 个 统一 的 接口 。 

(6) 在 JDK 类 库 中 ,Collection 的 iterator() 方 法 返回 一 个 Iterator 类 型 的 对 象 ,而 其 子 
接口 List 的 listIterator() 方 法 返回 一 个 ListIterator 类 型 的 对 象 ,ListIterator 是 Iterator 的 
子 类 。 它 们 构成 了 Java 语言 对 迭代 器 模式 的 支持 ,Java 语言 的 Iterator 接口 就 是 迭代 器 模 
式 的 应 用 。 


思考 与 练习 


1. 某 商 品 管理 系统 的 商品 名 称 存 储 在 一 个 字符 串 数组 中 , 现 需要 自 定义 一 个 双向 迭代 
器 (MyIterator) 实 现 对 该 商品 名 称 数组 的 双向 (前 向 和 后 向 ) 遍 历 。 绘 制 类 图 并 编程 实现 
(设计 方案 必须 符合 DIP) 。 

2. 某 教务 管理 系统 中 一 个 班级 (Class) 包 含 多 个 学 生 (Student) ,使 用 Java 内 牌 迭 代 器 
实现 对 学 生 信息 的 遍历 ,要 求 按 学 生年 龄 由 大 到 小 的 次 序 输出 学 生 信息 。 用 Java 语言 模拟 


中 介 者 模式 


本 章 导 学 

对 于 那些 对 象 之 间 存 在 复杂 交互 关系 的 系统 ,中 介 者 模式 提供 了 一 种 
简化 复杂 交互 的 解决 方案 , 它 通过 引入 一 个 中 介 者 ,将 原本 对 象 之 间 的 两 两 
交互 转化 为 每 个 对 象 与 中 介 者 之 间 的 交互 ,中 介 者 可 以 对 对 象 之 间 的 通信 
进行 控制 与 协调 , 极 大 降低 了 原 有 系统 的 耦合 度 , 使 得 系统 更 加 灵活 ,也 更 
易于 扩展 。 


本 童 将 介绍 中 介 者 模式 的 结构 与 特点 ,让 读者 理解 引入 中 介 者 角色 的 目的 及 其 作 
用 ,学 会 如 何 编程 实现 中 介 者 模式 以 及 如 何 通 过 中 介 者 模式 来 简化 对 象 之 间 的 复杂 交互 

本 章 的 难点 在 于 理解 中 介 者 模式 中 中 介 者 类 的 作用 以 及 如 何 编程 实现 中 介 者 模式 。 

中 介 者 模式 重要 等 级 : 真 丰 闪闪 六 

中 介 者 模式 难度 等 级 : 友 友 妈妈 六 


21.1 中 介 者 模式 动机 与 定义 


如 果 两 个 人 吵架 ,一 种 比较 常见 的 解决 方式 就 是 通过 一 个 协调 人 来 劝 架 。 就 如 同 联合 
国 一 样 ,联合 国 实际 上 是 一 个 协调 组 织 , 各 个 国家 就 一 些 共 同 问题 经 由 联合 国 进 行 协调 , 它 
取代 了 原本 各 个 成 员 国 之 间 的 直接 相互 交流 ,将 成 员 国之 间 的 强 耦 合 关系 转换 成 相对 较为 
松散 的 耦合 关系 。 在 此 ,联合 国 扮演 了 一 个 中 介 者 角色 。 在 软件 开发 中 ,我 们 有 时 候 也 需要 
有 类 似 联 合 国 一 样 的 中 间 对 象 来 降低 系统 中 类 与 类 或 对 象 与 对 象 之 间 的 耦合 关系 ,而 中 介 
者 模式 就 是 实现 松散 耦合 的 常用 方法 之 一 。 本 章 将 深入 学 习 这 种 用 于 协调 类 与 类 之 间 关 系 
的 中 介 者 模式 。 


21.1.1 模式 动机 


我 们 首先 来 比较 一 下 两 种 QQ 聊天 方式 ,第 一 种 是 用 户 与 用 户 直接 聊天 ,第 二 种 是 通过 
QQ 群 聊天 ,如 图 21-1 所 示 。 如 果 使 用 图 21-1 左 侧 所 示 方 式 , 每 一 个 用 户 如 果 要 和 别 的 用 
户 聊天 , 则 需要 加 其 他 用 户 为 好 友 , 用 户 与 用 户 之 间 存 在 多 对 多 的 联系 ,一 种 极端 的 情况 是 
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系统 中 用 户 两 两 之 间 都 有 联系 ,这 将 导致 系统 中 对 象 与 对 象 之 间 的 关系 非常 复杂 ,一 个 用 户 
如 果 要 将 相同 的 信息 发 送 给 所 有 其 他 用 户 , 必 须 一 个 一 个 发 送 , 于 是 QQ 群 产生 了 ,如 果 使 
用 群 聊天 ,一 个 用 户 可 以 向 多 个 用 户 发 送 相同 的 信息 而 无 须 一 一 进行 发 送 , 只 需要 将 信息 发 
送 到 群 中 即 可 , 群 的 作用 就 是 将 发 送 者 所 发 送 的 信息 转发 给 每 一 个 接收 者 用 户 。 通 过 引入 
群 的 机 制 ,将 极 大 减少 系统 中 对 象 与 对 象 之 间 的 两 两 交互 ,对 象 与 对 象 之 间 的 通信 可 以 通过 
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图 21-1 QQ 聊天 示意 图 


在 用 户 与 用 户 直接 聊天 的 设计 方案 中 ,用 户 对 象 之 间 存 在 很 强 的 关联 性 ,将 导致 系统 出 
现 如 下 问题 

(1) 系统 结构 复杂 : 对 象 之 间 存 在 大 量 的 相互 关联 和 调用 , 若 有 一 个 对 象 发 生变 化 , 则 
需要 跟踪 和 该 对 象 关联 的 其 他 所 有 对 象 ,并 进行 适当 处 理 。 

(2) 对 象 可 重用 性 差 : 由 于 一 个 对 象 和 其 他 对 象 具 有 很 强 的 关联 , 若 没 有 其 他 对 象 的 
支持 ,一 个 对 象 很 难 被 另 一 个 系统 或 模块 重用 ,这 些 对 象 表现 出 来 更 像 一 个 不 可 分 割 的 整 
体 , 职 责 较 为 混乱 。 

(3) 系统 扩展 性 低 : 增加 一 个 新 的 对 象 需要 在 原 有 相关 对 象 上 增加 引用 ,增加 新 的 引 
用 关系 也 需要 调整 原 有 对 象 .系统 耦合 度 很 高 ,对 象 操作 很 不 灵活 ,扩展 性 差 。 

在 面向 对 象 的 软件 设计 与 开发 过 程 中 ,根据 “单一 职责 原则 ”, 我 们 应 该 尽量 将 对 象 细 
化 ,使 其 只 负责 或 呈现 单一 的 职责 。 对 于 一 个 模块 ,可 能 由 很 多 对 象 构成 ,而 且 这 些 对 象 之 
间 可 能 存在 相互 的 引用 ,为 了 减少 对 象 两 两 之 间 复 杂 的 引用 关系 ,使 之 成 为 一 个 松 耦 合 的 系 
统 , 我 们 需要 使 用 中 介 者 模式 ,这 就 是 中 介 者 模式 的 模式 动机 。 


21.1.2 模式 定义 


中 介 者 模式 (Mediator Pattern) 定 义 : 用 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交 互 ,中 介 
者 使 各 对 象 不 需要 显 式 地 相互 引用 ,从 而 使 其 耦合 松散 ,而且 可 以 独立 地 改变 它们 之 间 的 交 
互 。 中 介 者 模式 又 称 为 调停 者 模式 , 它 是 一 种 对 象 行为 型 模式 。 
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英文 定义 :“Define an object that encapsulates how a set of objects interact. Mediator 
promotes loose coupling by keeping objects from referring to each other explicitly，and it 


lets you vary their interaction independently. ”。 


21.2 中 介 者 模式 结构 与 分 析 


在 中 介 者 模式 中 ,包含 中 介 者 类 和 同事 类 两 大 部 分 ,其 核心 是 中 介 者 类 的 设计 ,下 面 将 
学 习 并 分 析 其 模式 结构 。 


21.2.1 模式 结构 
中 介 者 模式 结构 图 如 图 21-2 所 示 。 


mediator 


图 21-2 中介 者 模式 结构 图 


中 介 者 模式 包含 如 下 角色 

1. Mediator( 抽 象 中 介 者 ) 

抽象 中 介 者 用 于 定义 一 个 接口 ,该 接口 用 于 与 各 同事 对 象 之 间 的 通信 。 

2. ConcreteMediator( 具 体 中 介 者 ) 

具体 中 介 者 是 抽象 中 介 者 的 子 类 ,通过 协调 各 个 同事 对 象 来 实现 协作 行为 ,了 解 并 维护 
它 对 各 个 同事 对 象 的 引用 。 在 通用 的 中 介 者 模式 类 图 中 ,具体 中 介 者 与 各 个 具体 同事 类 之 
间 有 关联 关系 ,在 实现 时 为 了 保证 系统 的 扩展 性 ,可 以 根据 需要 将 该 引用 关联 关系 建立 在 抽 
象 层 , 即 具体 中 介 者 中 定义 的 是 抽象 同事 角色 。 

3. Colleague( 抽 象 同事 类 ) 

抽象 同事 类 定义 各 同事 的 公有 方法 。 

4. ConcreteColleague( 具 体 同事 类 ) 

具体 同事 类 是 抽象 同事 类 的 子 类 .每 一 个 同事 对 象 都 引用 一 个 中 介 者 对 象 ; 每 一 个 同 
事 对 象 在 需要 和 其 他 同事 对 象 通信 时 , 先 与 中 介 者 通信 ,通过 中 介 者 来 间接 完成 与 其 他 同事 
类 的 通信 ; 在 具体 同事 类 中 实现 了 在 抽象 同事 类 中 声明 的 抽象 方法 。 
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21.2.2 模式 分 析 


中 介 者 模式 可 以 使 对 象 之 间 的 关系 数量 急剧 减少 ,如 图 21-3 所 示 的 对 象 之 间 的 关系 非 

在 图 21-3 中 有 大 量 的 对 象 ,这 些 对 象 既 会 影响 别 的 对 象 ,也 会 被 别 的 对 象 所 影响 。 这 
些 对 象 就 是 同事 对 象 ,它们 之 间 通 过 彼此 的 相互 作用 完成 系统 的 行为 。 从 图 21-3 中 可 以 看 
出 ,几乎 每 个 对 象 都 需要 与 其 他 对 象 发 生 相互 作用 ,而 这 种 相互 作用 表现 为 一 个 对 象 与 另外 
一 个 对 象 的 直接 耦合 ,这 是 一 个 耦合 度 非常 高 的 系统 。 

通过 引入 中 介 者 对 象 ,可 以 将 系统 的 网 状 结构 变 成 以 中 介 者 为 中 心 的 星 状 结构 ,如 
图 21-4 所 示 。 在 这 个 星 状 结构 中 ,同事 对 象 不 再 直接 与 男 一 个 对 象 联系 , 它 通过 中 介 者 对 
象 与 男 一 个 对 象 发 生 相 互 作用 。 中 介 者 对 象 的 存在 保证 了 对 象 结构 上 的 稳定 ,也 就 是 说 , 系 
统 的 结构 不 会 因为 新 对 象 的 引入 带 来 大 量 的 修改 工作 。 


A 
a 1 B 
B C D 
| H Mediator C 

E F 

G G D 
H I 

LT EE 
图 21-3 ”对象 之 间 存 在 复杂 关系 的 网 状 结构 图 21-4 引入 中 介 者 对 象 的 星 状 结构 


如 果 对 象 之 间 存 在 多 对 多 的 相互 关系 ,可 以 将 对 象 之 间 的 一 些 交 互 行为 从 各 个 对 象 中 
分 离 出 来 ,并 集中 封装 在 一 个 中 介 者 对 象 中 ,并 由 该 中 介 者 进行 通信 和 协调 ,这 样 对 象 之 间 
多 对 多 的 复杂 关系 就 可 以 通过 相对 简单 的 多 对 一 关系 实现 。 通 过 引入 中 介 者 类 简化 对 象 之 
间 的 复杂 交互 ,符合 “ 迪 米 特 法 则 ”, 简 化 了 系统 的 理解 和 实现 。 

在 这 里 中 介 者 承担 了 以 下 两 方面 的 职责 。 

(1) 中 转 作用 (结构 性 ): 通过 中 介 者 提供 的 中 转 作 用 ,各 个 同事 对 象 就 不 再 需要 显 式 
引用 其 他 同事 , 当 需 要 和 其 他 同事 进行 通信 时 ,通过 中 介 者 即 可 。 该 中 转 作用 属于 中 介 者 在 
结构 上 的 支持 。 

(2) 协调 作用 (行为 性 ): 中 介 者 可 以 更 进一步 对 同事 之 间 的 关系 进行 封装 ,同事 可 以 
一 致 地 和 中 介 者 进行 交互 ,而 不 需要 指明 中 介 者 需要 具体 怎么 做 ,中 介 者 根据 封装 在 自身 内 
部 的 协调 逻辑 ,对 同事 的 请 求 进行 进一步 处 理 , 将 同事 成 员 之 间 的 关系 行为 进行 分 离 和 封 
装 。 该 协调 作用 属于 中 介 者 在 行为 上 的 支持 。 

在 中 介 者 模式 中 ,典型 的 抽象 中 介 者 类 代码 如 下 : 
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colleagues.add(colleague); 
} 


public abstract void operation( ); 
4 


在 抽象 中 介 者 中 可 以 定义 一 个 同事 类 的 集合 ,用 于 存储 同事 类 对 象 并 提供 注册 方法 , 同 
时 声明 了 具体 中 介 者 类 所 具有 的 方法 。 在 具体 中 介 者 类 中 将 实现 这 些 抽象 方法 ,典型 的 具 
体 中 介 者 类 代码 如 下 : 


public class ConcreteMediator extends Mediator 
{ 
public void operation() 


((Colleague) (colleagues. get (0))).methodl(); 


} 


在 具体 中 介 者 类 中 将 调用 同事 类 的 方法 ,调用 时 可 以 增加 一 些 自己 的 业务 代码 对 调用 
进行 控制 。 

在 抽象 同事 类 中 维持 了 一 个 抽象 中 介 者 的 引用 ,用 于 调用 中 介 者 的 方法 ,典型 的 抽象 同 
事 类 代码 如 下 : 


public abstract class Colleague 


protected Mediator mediator; 


public Colleague(Mediator mediator) 
{ 


this. mediator = mediator; 


} 
public abstract void method1( ); 


public abstract void method2( ); 
} 


在 抽象 同事 类 中 声明 了 同事 类 的 抽象 方法 ,而 在 具体 同事 类 中 将 实现 这 些 方法 ,典型 的 
有 具体 同事 类 代码 如 下 : 


public class ConcreteColleague extends Colleague 
{ 
public ConcreteColleague( Mediator mediator) 
{ 
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super( mediator); 


} 


public void method1() 
E 


} 


public void method2() 
{ 
mediator. operation]1(); 


} 
} 


在 具体 同事 类 ConcreteColleague 中 实现 了 在 抽象 同事 类 中 声明 的 方法 ,其 中 方法 
methodl() 是 同事 类 的 自身 方法 (Self-Method) ,用 于 处 理 自己 的 行为 ,而 方法 method2() 是 
依赖 方法 (Depend-Method) ,用 于 调用 在 中 介 者 中 定义 的 方法 ,依赖 中 介 者 来 完成 相应 的 行 
为 ,例如 调用 另 一 个 同事 类 的 相关 方法 。 


21.3 ”中介 者 模式 实例 与 解析 


下 面 通 过 中 介 者 模式 实现 虚拟 聊天 室 的 实例 来 进一步 学 习 并 理解 中 介 者 模式 。 

1, 实例 说 明 

某 论坛 系 统 欲 增加 一 个 虚拟 聊天 室 ,允许 论坛 会 员 通过 该 聊天 室 进 行 信息 交流 , 普 
通 会 员 (CommonMember) 可 以 给 其 他 会 员 发 送 文 本 信息 ,钻石 会 员 (DiamondMember) 既 
可 以 给 其 他 会 员 发 送 文 本 信息 ,还 可 以 发 送 图 片 信息 。 该 聊天 室 可 以 对 不 雅 字符 进行 过 
滤 , 如 “日 ”等 字符 ; 还 可 以 对 发 送 的 图 片 大 小 进行 控制 。 用 中 介 者 模式 设计 该 虚拟 聊 
天 室 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 21-5 所 示 。 

3. 实例 代码 及 解释 

(1) 抽象 中 介 者 类 AbstractChatroom( 抽 象 聊天 室 类 ) 


public abstract class AbstractChatroom 

中 
public abstract void register(Member member); 
public abstract void sendText(String from, String to, String message); 
public abstract void sendImage(String from, String to, String image); 


AbstractChatroom 作为 抽象 中 介 者 类 , 它 定义 了 注册 同事 对 象 的 方法 ,还 定义 了 用 于 
同事 类 之 间 发 送 文 本 信息 的 sendText() 方 法 和 发 送 图 片 信息 的 sendImage() 方 法 。 
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Ra CS 
fabstracd + ChatMember (String name) 
+ getName () : String 
+ register (Member member) :void chatroom |+ setName (String name) :void 
+ sendText (String from, String to， :void + getChatroom () : AbstractChatroom 
String message) + setChatroom (AbstractChatroom chatroom) : void 
+ sendimage (String from, String to, ; void + sendText (String to, String message) :void 
String image) + sendimage (String to, String image) :void 
+ receiveText (String from, :void 
String message) 
+ receivelmage (String from, String image) :void 
I 
11 
ChatGroup 
- member : Hashtable 
ee DiamondMember CommonMember 
+ sendText (String from, String to, : void 
String message) + DiamondMember (String name) + CommonMember (String name) 
+ sendimage (String from, String to, : void + sendText (String to, String message) ; void + sendText (String to, String message) : void 
String image) + sendlmage (String to, String image) : void + sendimage (String to, String image) :void 


(2) 抽象 同事 类 Member( 抽 象 会 员 类 ) 


public abstract class Member 

有 
protected AbstractChatroom chatroom; 
protected String name; 


public Member( String name) 
i 


this. name = name; 


public String getName( ) 


return name; 


public void setName(String name) 
上 


this. name = name; 


public AbstractChatroom getChatroom( ) 
return chatroom; 


public void setChatroom(AbstractChatroom chatroom) 
上 
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this. chatroom = chatroom; 


} 


public abstract void sendText(String to, String message); 
public abstract void sendImage(String to, String image); 


public void receiveText(String from, String message) 
{ 

System. out. println(from + "发 送 文本 给 " + this.name + ", 内 容 为 : " + message); 
} 


public void receiveImage(String from, String image) 
{ 

System. out. println(from + "发 送 图 片 给 "” + this.name +", 内容 为 : ”+ image); 
} 


Member 类 是 抽象 同事 类 , 它 维持 了 一 个 对 抽象 聊天 室 类 的 引用 ,在 其 中 实现 了 所 有 会 
员 类 共有 的 方法 ,由 于 不 同类 型 的 会 员 发 送 文 本 信息 和 图 片 信息 的 方式 有 所 区 别 , 因 此 在 
Member 类 中 还 对 这 两 个 方法 进行 了 抽象 声明 。 

(3) 具体 中 介 者 类 ChatGroup( 具 体 聊 天 室 类 ) 


import java, util. *; 


public class ChatGroup extends AbstractChatroom 


private Hashtable members = new Hashtable( ); 


public void register(Member member) 
{ 
if(!members. contains(member)) 
{ 
members. put (member. getName( ), member); 
member. setChatroom(this)7 


} 


Public void sendText(String from, String to, String message) 
{ 

Member member = (Member)members. get (to); 

String newMessage = message; 

// 模 拟 不 雅 字符 过 滤 

newMessage = message. replaceAll(" 日 "," *"); 

member. receiveText (from, newMessage); 


} 


public void sendImage( String from, String to, String image) 
{ 
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Member member = (Member)members. get (to); 


// 模 拟 图 片 大 小 判断 
if(image. length()>5) 
{ 
System. out. println(" 图 片 太 大 ,发 送 失 败 !"); 
} 
else 
!! 
member. receiveImage(from, image); 
} 


} 
} 


ChatGroup 类 是 具体 中 介 者 类 ,作为 具体 聊天 室 , 它 实现 了 在 抽象 聊天 室 中 定义 的 方 
法 。 为 了 更 好 地 说 明 中 介 者 的 作用 ,在 实现 sendText() 方 法 和 sendImage() 方 法 时 做 了 两 
件 事情 ,第 一 件 事 是 对 信息 进行 协调 处 理 , 如 在 这 里 的 不 雅 字符 过 滤 和 图 片 大 小 限制 ,第 二 
件 事 是 对 信息 进行 转发 ,在 sendText() 中 调用 会 员 的 receiveText() 方 法 ,在 sendImage() 
中 调用 会 员 的 receiveImage() 方 法 ,实现 信息 的 传递 。 

在 具体 中 介 者 类 中 定义 了 一 个 集合 对 象 用 于 存储 需要 发 生 交互 的 同事 对 象 ,该 集合 对 
象 针 对 抽象 同事 进行 编程 ,因此 增加 新 的 具体 同事 类 无 须 对 中 介 者 类 进行 任何 修改 ,系统 扩 
展 性 较 好 。 

中 介 者 类 是 中 介 者 模式 的 核心 , 它 对 整个 系统 进行 控制 和 协调 ,简化 了 对 象 之 间 的 交 
互 , 还 可 以 对 对 象 间 的 交互 进行 进一步 的 控制 。 

(4) 具体 同事 类 CommonMember( 普 通 会 员 类 ) 


public class CommonMember extends Member 
{ 
public CommonMember( String name) 
{ 
super(name); 


} 


public void sendText (String to, String message) 
i 

System. out. println(" 普 通 会 员 发 送信 息 : "); 

chatroom. sendText(name,to,message) ; // 发 送 文本 
} 


public void sendImage(String to, String image) 
{ 
System. out. println(" 普 通 会 员 不 能 发 送 图 片 !"); 
} 
3 


CommonMember 是 具体 同事 类 , 它 实 现 了 在 抽象 会 员 类 中 定义 的 sendText() 方 法 和 
sendImage() 方 法 ,在 sendImage() 中 普通 会 员 不 能 发 送 图 片 。 
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(5) 具体 同事 类 DiamondMember( 销 石 会 员 类 ) 


public class DiamondMember extends Member 
{ 
public DiamondMember( String name) 
{ 
super(name); 


} 


public void sendText(String to, String message) 
{ 
System. out. println(" 钴 石 会 员 发 送信 息 :"); 
chatroom. sendText (name, to, message); // 发 送 文 本 
lL 


public void sendImage(String to, String image) 

由 
System. out. println(" 钻 石 会 员 发 送 图 片 : "); 
chatroom. sendImage(name, to, image); // 发 送 图 片 


DiamondMember 也 是 具体 同事 类 , 它 实现 了 在 抽象 会 员 类 中 定义 的 sendText() 方 法 
和 sendImage() 方 法 ,钻石 会 员 既 可 以 发 送 文本 信息 ,又 可 以 发 送 图 片 信息 。 

4. 辅助 代码 

客户 端 测试 类 Client 如 下 : 


public class Client 
人 
public static void main(String args[ ]) 
4 
RbstractChatroom happyChat = new ChatGroup( ); // 可 以 通过 配置 文件 实现 


Member member1, member2, member3, member4, member5; 
memberl1 = new DiamondMember(" 张 三 "); 

member2 = new DiamondMember(" 李 四 "); 

member3 = new CommonMember(" 王 五 "); 

member4 = new CommonMember(" 小 芳 "); 

member5 = new CommonMember(" 小 红 "); 


happyChat. register(memberl); 
happyChat. register (member2); 
happyChat. register (member3); 
happyChat. register(member4); 
happyChat. register(member5); 


member1. sendText(" 李 四 "," 李 四 ,你 好 !"); 
member2. sendText(" 张 三 ", " 张 三 , 你 好 !"); 


member1. sendText(" 李 四 " 


member2. sendImage(" 张 三 " 
member2. sendImage(" 张 三 " 


member3. sendText(" 小 芳 " 
member3. sendText(" 小 红 " 
member4. sendText(" 王 五 " 
member5. sendText(" 王 五 " 


," 今 天 天 气 不 错 , 有 日 1"); 
,，" 一 个 很 大 很 大 的 太阳 "); 
太阳) 

, "还 有 问题 吗 ?"); 

," 还 有 问题 吗 ?"); 

," 没 有 了 ,谢谢 1"); 

, "我 也 没有 了 !"); 
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息 进 


(如 环 


member5. sendImage(" 王 五 ", "谢谢 "); 


】 


在 客户 端 中 ,定义 了 一 个 抽象 中 介 者 类 对 象 ,将 实例 化 的 同事 对 象 注册 到 中 介 者 类 的 集 
合 对 象 中 ,然后 通过 具体 同事 类 发 送信 息 ,这些 信 息 首先 发 送 给 中 介 者 类 ,由 中 介 者 类 对 信 
行 统一 的 处 理 ,然后 再 转发 给 接收 者 。 在 这 里 ,中 介 者 充当 了 信息 发 送 者 与 信息 接收 者 
之 间 的 第 三 者 , 它 在 对 信息 进行 过 滤 和 判断 后 再 对 信息 进行 转发 。 


5. 结果 及 分 析 


编译 并 运行 程序 ,输出 结果 如 下 : 


钻石 会 员 发 送信 息 : 


张 三 发 送 文本 给 李 四 , 内 容 为 : 


钻石 会 员 发 送信 息 : 


李 四 发 送 文本 给 张 三 , 内 容 为 : 


钻石 会 员 发 送信 息 : 


张 三 发 送 文本 给 李 四 , 内容 为 : 


钻石 会 员 发 送 图 片 : 
图 片 太 大 ,发 送 失 败 ! 
钻石 会 员 发 送 图 片 : 


李 四 发 送 图 片 给 张 三 , 内容 为 : 


普通 会 员 发 送信 息 : 


王 五 发 送 文本 给 小 芳 , 内 容 为 : 


普通 会 员 发 送信 息 : 


王 五 发 送 文本 给 小 红 , 内 容 为 : 


普通 会 员 发 送信 息 : 


小 芳 发 送 文本 给 王 五 ,内 容 为 : 


普通 会 员 发 送信 息 : 


小 红 发 送 文本 给 王 五 ,内 容 为 : 


普通 会 员 不 能 发 送 图 片 ! 


李 四 , 你 好 ! 
张 三 , 你 好 ! 


今天 天 气 不 错 , 有 *! 


太阳 

还 有 问题 吗 ? 
还 有 问题 吗 ? 
没有 了 ,谢谢 ! 


我 也 没有 了 ! 


如 果 在 系统 中 需要 增加 新 的 具体 中 介 者 类 .只 需要 继承 抽象 中 介 者 类 并 实现 其 中 的 方 
法 即 可 ,在 新 的 具体 中 介 者 中 可 以 对 信息 进行 不 同 的 处 理 , 在 客户 端 也 只 需要 修改 少许 代码 


使 用 配置 文件 的 话 可 以 不 修改 任何 代码 ) 就 可 以 实现 中 介 者 的 更 换 。 

如 果 增 加 新 的 同事 类 ,只 需要 继承 抽象 同事 类 并 实现 其 中 的 方法 即 可 ,同事 类 之 间 无 直 
接 的 引用 关系 ,在 本 实例 中 ,中 介 者 对 具体 同事 类 的 引用 也 建立 在 抽象 层 ,因此 只 需要 在 客 
户 端 中 实例 化 新 增 的 同事 类 即 可 直接 使 用 该 对 象 。 

对 于 通用 的 中 介 者 模式 ,由 于 具体 中 介 者 与 具体 同事 之 间 的 引用 建立 在 具体 层 , 增 加 新 
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的 具体 同事 类 可 能 需要 修改 具体 中 介 者 类 的 源 代码 ,系统 扩展 性 受到 影响 ,因此 ,为 了 更 好 
地 支持 “ 开 闭 原则 ”, 应 该 尽 可 能 针对 抽象 同事 类 进行 编程 , 即 在 具体 中 介 者 与 抽象 同事 类 之 
间 建 立 关联 关系 。 


21.4 中 介 者 模式 效果 与 应 用 


21.4.1 模式 优 缺 点 


1. 中 介 者 模式 的 优点 

(1) 简化 了 对 象 之 间 的 交互 。 用 中 介 者 和 同事 的 一 对 多 交互 代替 了 原来 同事 之 间 的 多 
对 多 交互 ,一 对 多 关系 更 容易 理解 ,维护 和 扩展 ,将 原本 难以 理解 的 网 状 结构 转换 成 相对 简 
单 的 星 状 结构 。 

(2) 将 各 同事 解 耦 。 中 介 者 有 利于 各 同事 之 间 的 松 耦 合 , 我 们 可 以 独立 的 改变 和 复 用 
各 同事 和 中 介 者 ,增加 新 的 中 介 者 和 新 的 同事 类 都 比较 方便 ,更 好 地 符合 “ 开 闭 原则 ”。 

(3) 减少 子 类 生成 。 中 介 者 将 原本 分 布 于 多 个 对 象 间 的 行为 集中 在 一 起 ,改变 这 些 行 
为 只 需 生成 新 的 中 介 者 子 类 即 可 ,这 使 各 个 同事 类 可 被 重用 ,无 须 对 同事 类 进行 扩展 。 

(4) 对 于 复杂 的 对 象 之 间 的 交互 ,通过 引入 中 介 者 ,可 以 简化 各 同事 类 的 设计 和 实现 ， 
但 是 当 情况 复杂 时 ,中 介 者 可 能 就 会 变 得 很 复杂 和 难以 维护 ,这 时 可 以 对 中 介 者 进行 再 分 
解 ,使 其 只 对 一 种 类 型 的 同事 适用 ,这 样 在 中 介 者 类 中 就 不 必 包 括 很 多 的 if…else if 等 语 
名 ,同时 当 新 增加 一 种 同事 时 ,可 以 通过 创建 与 该 同事 类 对 应 的 中 介 者 类 ,而 对 于 其 他 同事 
的 中 介 者 类 影响 较 小 ,从 而 便于 维护 和 扩展 。 

2. 中 介 者 模式 的 缺点 

在 具体 中 介 者 类 中 包含 了 同事 之 间 的 交互 细节 ,可 能 会 导致 具体 中 介 者 类 非常 复杂 ,使 
得 系统 难以 维护 。 


21.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 中 介 者 模式 : 

(1) 系统 中 对 象 之 间 存 在 复杂 的 引用 关系 ,产生 的 相互 依赖 关系 结构 混乱 且 难 以 理解 。 

(2) 一 个 对 象 由 于 引用 了 其 他 很 多 对 象 并 且 直接 和 这 些 对 象 通信 ,导致 难以 复 用 该 
对 象 。 

(3) 想 通 过 一 个 中 间 类 来 封装 多 个 类 中 的 行为 ,而 又 不 想 生 成 太 多 的 子 类 。 可 以 通过 
引入 中 介 者 类 来 实现 ,在 中 介 者 中 定义 对 象 交 互 的 公共 行为 ,如 果 需 要 改变 行为 则 可 以 增加 
新 的 中 介 者 类 。 


21.4.3 模式 应 用 


(1) 中 介 者 模式 在 事件 驱动 类 软件 中 应 用 比较 多 ,在 设计 GUI 应 用 程序 时 ,组 件 之 间 
可 能 存在 较为 复杂 的 交互 关系 ,一 个 组 件 的 改变 将 影响 与 之 相关 的 其 他 组 件 , 此 时 可 以 使 用 
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中 介 者 模式 来 对 组 件 进行 协调 。 例 如 在 聊天 室 程序 中 ,可 以 定义 一 个 MessageMediator 类 ， 
专门 负责 信息 发 送 和 接收 任务 之 间 的 调节 。 

(2) MVC 是 Java EE 的 一 个 基本 模式 ,此 时 控制 器 Controller 作为 一 种 中 介 者 , 它 负 
责 控制 视图 对 象 View 和 模型 对 象 Model 之 间 的 交互 。 如 在 Struts 中 ,Action 就 可 以 作为 
JSP 页 面 与 业务 对 象 之 间 的 中 介 者 。 


21.5 中 介 者 模式 扩展 


1. 中 介 者 模式 与 迪 米 特 法 则 

迪 米 特 法 则 要 求 “只 与 你 直接 的 朋友 们 通信 ”, 即 每 一 个 对 象 与 其 他 对 象 的 相互 作用 均 
是 短程 的 ,而 不 是 长 程 的 ; 而 且 只 要 可 能 ,朋友 的 数目 越 少 越 好 。 换 言 之 ,一 个 对 象 只 需 知 
道 它 的 直接 合作 者 接口 即 可 。 在 中 介 者 模式 中 ,通过 创造 出 一 个 中 介 者 对 象 ,将 系统 中 有 关 
的 对 象 所 引用 的 其 他 对 象 数目 减少 到 最 少 ,使 得 一 个 对 象 与 其 同事 之 间 的 相互 作用 被 这 个 
对 象 与 中 介 者 对 象 之 间 的 相互 作用 所 取代 。 因 此 ,中 介 者 模式 就 是 迪 米 特 法 则 的 一 个 典型 
应 用 。 
2. 中 介 者 模式 与 GUI 开发 
中 介 者 模式 可 以 方便 地 应 用 于 图 形 界面 (GUI) 开 发 中 ,在 比较 复杂 的 界面 中 可 能 存在 
多 个 界面 组 件 之 间 的 交互 关系 ,如 一 个 按钮 对 象 可 能 改变 一 个 文本 框 对 象 和 一 个 菜单 对 象 
的 状态 ,而 一 个 文本 框 状态 中 文字 的 选中 与 否 又 将 影响 某 些 按钮 的 状态 等 。 例 如 当 文 本 框 
中 的 文字 被 选取 时 , 则 复制 按钮 与 剪 切 按钮 为 可 用 ,而 没有 文本 被 选取 时 ,这 些 按钮 可 能 都 
被 禁用 ,在 文字 选取 且 复 制 按钮 被 选中 时 ,粘贴 按钮 由 禁用 改 为 可 用 ,此 时 菜单 中 相应 的 菜 
单项 也 将 发 生变 化 ,等 等 。 对 于 这 些 复杂 的 交互 关系 .有 时 可 以 引入 一 个 中 介 者 类 ,将 这 些 
交互 的 组 件 作为 具体 的 同事 类 ,将 它们 之 间 的 引用 和 控制 关系 交 由 中 介 者 负责 ,在 一 定 程度 
上 简化 系统 的 交互 ,这 也 是 中 介 者 模式 的 常见 应 用 之 一 。 


21.6 ”本章 小 结 


(1) 中 介 者 模式 用 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交 互 , 中 介 者 使 各 对 象 不 需要 显 
式 地 相互 引用 ,从 而 使 其 耦合 松散 ,而且 可 以 独立 地 改变 它们 之 间 的 交互 。 中 介 者 模式 又 称 
为 调停 者 模式 , 它 是 一 种 对 象 行为 型 模式 。 

(2) 中 介 者 模式 包含 四 个 角色 : 抽象 中 介 者 用 于 定义 一 个 接口 ,该 接口 用 于 与 各 同事 
对 象 之 间 的 通信 ; 具体 中 介 者 是 抽象 中 介 者 的 子 类 ,通过 协调 各 个 同事 对 象 来 实现 协作 行 
为 ,了 解 并 维护 它 的 各 个 同事 对 象 的 引用 ; 抽象 同事 类 定义 各 同事 的 公有 方法 ; 具体 同事 
类 是 抽象 同事 类 的 子 类 ,每 一 个 同事 对 象 都 引用 一 个 中 介 者 对 象 ; 每 一 个 同事 对 象 在 需要 
和 其 他 同事 对 象 通信 时 , 先 与 中 介 者 通信 ,通过 中 介 者 来 间接 完成 与 其 他 同事 类 的 通信 ; 在 
有 具体 同事 类 中 实现 了 在 抽象 同事 类 中 声明 的 抽象 方法 。 

(3) 通过 引入 中 介 者 对 象 ,可 以 将 系统 的 网 状 结构 变 成 以 中 介 者 为 中 心 的 星 状 结构 ,中 
介 者 承担 了 中 转 作用 和 协调 作用 。 中 介 者 类 是 中 介 者 模式 的 核心 , 它 对 整个 系统 进行 控制 
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和 协调 ,简化 了 对 象 之 间 的 交互 ,还 可 以 对 对 象 间 的 交互 进行 进一步 的 控制 。 

(4) 中 介 者 模式 的 主要 优点 在 于 简化 了 对 象 之 间 的 交互 ,将 各 同事 解 看 ,还 可 以 减少 子 
类 生成 ,对 于 复杂 的 对 象 之 间 的 交互 ,通过 引入 中 介 者 ,可 以 简化 各 同事 类 的 设计 和 实现 ; 
中 介 者 模式 主要 缺点 在 于 具体 中 介 者 类 中 包含 了 同事 之 间 的 交互 细节 ,可 能 会 导致 具体 中 
介 者 类 非常 复杂 ,使 得 系统 难以 维护 。 

(5) 中 介 者 模式 适用 情况 包括 : 系统 中 对 象 之 间 存 在 复杂 的 引用 关系 ,产生 的 相互 依 
囊 关 系 结构 混乱 且 难 以 理解 ; 一 个 对 象 由 于 引用 了 其 他 很 多 对 象 并 且 直 接 和 这 些 对 象 通 
信 ,导致 难以 复 用 该 对 象 ; 试图 通过 一 个 中 间 类 来 封装 多 个 类 中 的 行为 ,而 又 不 想 生 成 太 多 
的 子 类 。 


思考 与 练习 


1. 在 “虚拟 聊天 室 ? 实 例 中 增加 一 个 新 的 具体 聊天 室 类 和 一 个 新 的 具体 会 员 类 ,要 求 
如 下 : 

(1) 新 的 具体 聊天 室 中 发 送 的 图 片 大 小 不 得 超过 20( 模 拟 ) 。 

(2) 新 的 具体 聊天 室 中 发 送 的 文字 信息 的 长 度 不 得 超过 100 个 字符 ,提供 更 强大 的 不 
雅 字符 过 滤 功 能 (如 可 过 滤 TMD、“ 操 ”等 字符 )。 

(3) 新 的 具体 会 员 类 可 以 发 送 图 片 信息 和 文字 信息 。 

(4) 新 的 具体 会 员 类 在 发 送 文本 信息 时 ,可 以 在 信息 后 加 上 发 送 时 间 ,格式 为 : 文本 信 
息 ( 发 送 时 间 ) 。 

修改 客户 端 测 试 类 ,注意 原 有 系统 类 库 代 码 和 客户 端 代 码 的 改变 。 

2. 使 用 中 介 者 模式 来 说 明 联 合 国 的 作用 ,要 求 绘制 相应 的 类 图 并 分 析 每 个 类 的 作用 
( 注 : 可 以 将 联合 国定 义 为 抽象 中 介 者 类 ,联合国 下 属 机 构 如 WTO、WFC、WHO 等 作为 具 
体 中 介 者 类 ,国家 作为 抽象 同事 类 ,而 将 中 国 、 美 国 . 日 本 、 英 国 等 国家 作为 具体 同事 类 ) 。 


备忘录 模式 


本 章 导 学 

备忘录 模式 是 软件 系统 的 “月 光 宝 金 ”, 它 提供 了 一 种 对 象 状态 的 撤销 实 
现 机 制 , 当 系统 中 某 个 对 象 需要 恢复 到 某 一 历史 状态 时 可 以 使 用 备忘录 模式 
来 进行 设计 。 备 忘 录 模 式 中 包含 了 专门 用 于 存储 对 象 状态 的 备忘录 类 以 及 专 
门 用 于 管理 备忘录 的 负责 人 类 ,通过 这 些 类 的 协同 工作 ,可 以 很 方便 地 实现 撤 
销 操作 。 


本 章 主 要 介绍 备忘录 模式 的 定义 与 结构 ,以 及 如 何 使 用 Java 语言 实现 备忘录 模式 ,还 
将 通过 实例 学 习 如 何在 软件 项 目 中 使 用 备忘录 模式 。 

本 章 的 难点 在 于 理解 备忘录 模式 中 负责 人 类 的 作用 以 及 备忘录 中 所 包含 的 封装 特性 及 

备忘录 模式 重要 等 级 : 友 友 六 六 冯 

备忘录 模式 难度 等 级 : 友 友 让 交 充 


22.1 备忘录 模式 动机 与 定义 


人 人 都 有 后 悔 的 时 候 , 在 软件 的 使 用 过 程 中 难免 会 出 现 一 些 误 操 作 , 如 不 小 心 删除 了 某 
些 文字 或 图 片 ,为 了 使 软件 的 使 用 更 加 人 性 化 .对 于 这 些 误 操 作 ,需要 提供 一 种 类 似 “ 后 悔 
药 ” 的 机 制 , 让 软件 系统 可 以 回 到 误 操作 前 的 状态 ,因此 需要 保存 用 户 每 一 次 操作 时 系统 的 
状态 ,一 旦 出 现 误 操 作 , 可 以 把 存储 的 历史 状态 取出 即 可 回 到 之 前 的 状态 。 现 在 大 多 数 软件 
都 有 撤销 的 功能 ,快捷 键 一 般 都 是 Ctrl 十 Z, 目 的 就 是 为 了 解决 这 个 后 悔 的 问题 。 实 际 上 ,这 
里 面 便 隐 含 了 我 们 马上 要 学 习 的 备忘录 模式 ,通过 对 本 模式 的 学 习 , 可 以 掌握 撤销 功能 的 实 
现 技术 以 及 与 该 模式 相关 的 应 用 。 


22.1.1 模式 动机 


考虑 如 下 场景 : 某 系 统 可 以 发 布 征婚 信息 ,用 户 输入 对 象 年 龄 时 原来 输入 的 是 “18 岁 ” 
以 上 ,经 过 考虑 后 发 现 自己 已 过 30, 还 是 找 个 28 岁 以 上 的 靠 谱 ,于 是 将 “18 岁 ” 改 成 “28 
岁 ”。 又 经 过 一 番 认 真 仔 细 的 思考 之 后 ,还 是 觉得 年 轻 好 ,于 是 又 想 改 回 “18 岁 ”, 如 图 22-1 
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所 示 。 此 时 ,备忘录 模式 就 提供 了 一 个 完美 的 解决 方案 ,让 用 户 可 以 轻松 地 撤销 上 一 次 操 
作 , 恢 复 到 操作 之 前 的 状态 。 

在 应 用 软件 的 开发 过 程 中 ,很 多 时 候 我 们 都 需要 记录 一 个 对 象 的 内 部 状态 。 在 具体 实 
现时 ,为 了 允许 用 户 取消 不 确定 的 操作 或 从 错误 中 恢复 过 来 ,需要 设置 备份 点 并 提供 撤销 机 
制 , 而 要 实现 这 些 机 制 ,必须 事先 将 状态 信息 保存 在 某 处 ,这 样 才 能 将 对 象 恢复 到 它们 原先 
的 状态 。 备 忘 录 模 式 是 一 种 给 我 们 的 软件 提供 后 悔 药 的 机 制 ,通过 它 可 以 使 系统 恢复 到 某 
一 特定 的 历史 状态 ,如 图 22-2 所 示 。 


1 历史 状态 

1 1 

1 1 

一 

年 龄 : 18 岁 | 历史 状态 1 

上 1 

国 是 1 | 历史 状态 | 
改 罗 | 三 历史 状态 | ! | 撤 
2 ' 历史 状态 4 ' 扩 

| 1 

年 龄 : 2 岁 | 3 Ee 
图 22-1 备忘录 模式 示意 图 一 图 22-2 备忘录 模式 示意 图 二 


22.1.2 模式 定义 


备忘录 模式 (Memento Pattern) 定 义 : 在 不 破坏 封装 的 前 提 下 ,捕获 一 个 对 象 的 内 部 状 
态 , 并 在 该 对 象 之 外 保存 这 个 状态 ,这 样 可 以 在 以 后 将 对 象 恢复 到 原先 保存 的 状态 。 它 是 一 
种 对 象 行为 型 模式 ,其 别名 为 Token。 

英文 定义 :“Without violating encapsulation，capture and externalize an object's 


internal state so that the object can be restored to this state later. ”。 


22.2 备忘录 模式 结构 与 分 析 


备忘录 模式 的 核心 在 于 备忘录 类 以 及 用 于 管理 备忘录 的 负责 人 类 的 设计 ,下 面 将 学 习 
并 分 析 其 模式 结构 。 


22.2.1 模式 结构 


备忘录 模式 结构 图 如 图 22-3 所 示 。 

备忘录 模式 包含 如 下 角色 。 

1. Originator( 原 发 器 ) 

原 发 器 可 以 创建 一 个 备忘录 ,并 存储 它 的 当前 内 部 状态 ,也 可 以 使 用 备忘录 来 恢复 其 内 
部 状态 。 一 般 将 需要 保存 内 部 状态 的 类 设计 为 原 发 器 ,如 一 个 存储 用 户 信 息 或 商品 信息 的 
对 象 。 
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图 22-3 备忘录 模式 结构 图 


2. Memento( 备 忘 录 ) 

存储 原 发 器 的 内 部 状态 ,根据 原 发 器 来 决定 保存 哪些 内 部 状态 。 备 忘 录 的 设计 一 般 可 
以 参考 原 发 器 的 设计 ,根据 实际 需要 确定 备忘录 类 中 的 属性 。 需 要 注意 的 是 ,除了 原 发 器 本 
身 与 负责 人 类 之 外 ,备忘录 对 象 不 能 直接 供 其 他 类 使 用 ,因此 备忘录 的 设计 在 不 同 的 编程 语 
言 中 实现 机 制 有 所 区 别 。 在 后 面 将 详细 学 习 如 何在 Java 语言 中 实现 备忘录 类 的 设计 。 

3. Caretaker( 负 责 人 ) 

负责 人 又 称 为 管理 者 , 它 负 责 保 存 备 忘 录 , 但 是 不 能 对 备忘录 的 内 容 进行 操作 或 检查 。 
在 负责 人 类 中 可 以 存储 一 个 或 多 个 备忘录 对 象 , 它 只 负责 存储 对 象 ,而 不 能 修改 对 象 ,也 无 
须知 道 对 象 的 实现 细节 。 


22.2.2 模式 分 析 


备忘录 模式 可 以 这 样 理解 : 我 们 在 做 一 件 事 情 时 ,为 了 使 得 在 发 生 错误 时 有 后 悔 药 可 
吃 , 可 以 把 前 先 做 的 结果 进行 备份 ,如 果 后 面 出 了 问题 ,从 备份 处 把 先前 已 经 备份 好 的 取出 
来 即 可 。 

理解 备忘录 模式 并 不 难 , 但 是 关键 在 于 如 何 设计 备忘录 类 和 负责 人 类 。 由 于 在 备忘录 
中 存储 的 是 原 发 器 的 中 间 状 态 , 因 此 需要 防止 原 发 器 以 外 的 其 他 对 象 访问 备忘录 。 备 忘 录 
对 象 通常 封装 了 原 发 器 的 部 分 或 所 有 的 状态 信息 ,而 且 这 些 状 态 不 能 被 其 他 对 象 访问 ,也 就 
是 说 不 能 在 备忘录 对 象 之 外 保存 原 发 器 的 状态 .因为 暴露 其 内 部 状态 将 违反 封装 的 原则 ,可 
能 有 损 系统 的 可 靠 性 和 可 扩展 性 。 

为 了 实现 对 备忘录 对 象 的 封装 ,需要 对 备忘录 的 调用 进行 控制 。 对 于 原 发 器 而 言 , 它 可 
以 调用 备忘录 的 所 有 信息 ,允许 原 发 器 访问 先前 状态 的 所 有 数据 ; 对 于 负责 人 而 言 ,只 负责 
备忘录 的 保存 并 将 备忘录 传递 给 其 他 对 象 ; 对 于 其 他 对 象 而 言 ,只 需要 从 负责 人 处 取出 备 
忘 录 对 象 并 将 原 发 器 对 象 的 状态 恢复 ,而 无 须 关 心 备忘录 的 保存 细节 。 理 想 的 情况 是 只 允 
许 生 成 该 备忘录 的 那个 原 发 器 访问 备忘录 的 内 部 状态 。 

下 面 通过 简单 代码 来 进一步 理解 备忘录 模式 。 

在 使 用 备忘录 模式 时 ,首先 需要 创建 一 个 原 发 器 类 Originator, 在 真实 业务 中 , 原 发 器 
类 可 以 是 一 个 具体 的 业务 对 象 , 它 包含 一 些 用 于 存储 成 员 数 据 的 属性 ,典型 代码 如 下 : 
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Package dp. memento; 
public class Originator { 
private String state; 
public Originator( ){} 
// 创 建 一 个 备忘录 对 象 
public Memento createMemento( ){ 
return new Memento( this); 


} 
// 根 据 备忘录 对 象 恢复 原 发 器 状态 
public void restoreMemento(Memento m){ 
state = m. state; 
1 
public void setState(String state) 
{ 
this. state = state; 
} 
public String getState() 
{ 
return this. state; 
} 
} 


对 于 备忘录 类 Memento 而 言 , 它 提供 了 与 原 发 器 相对 应 的 属性 用 于 存储 原 发 器 的 状 
态 , 典 型 的 备忘录 类 设计 代码 如 下 : 


package dp. memento; 
class Memento { 
private String state; 
public Memento(Originator o){ 
state = 0. state; 
} 
public void setState(String state) 
this. state = state; 
public String getState() 
return this. state; 
} 
MT 


在 设计 备忘录 类 时 需要 考虑 其 封装 性 ,除了 Originator 类 ,不 允许 其 他 类 来 调用 其 构造 
函数 与 相关 方法 ,如 果 不 考 虑 封装 性 ,允许 其 他 类 调用 setState() 等 方法 ,将 导致 在 备忘录 
中 保存 的 历史 状态 发 生 改变 ,通过 撤销 操作 所 恢复 的 状态 就 不 再 是 真实 的 历史 状态 ,备忘录 
模式 也 就 失去 了 存在 的 意义 。 

在 使 用 Java 语言 实现 备忘录 模式 时 ,一 般 通 过 将 Memento 类 与 Originator 类 定义 在 
同一 个 package 中 来 实现 封装 ,在 Java 中 可 使 用 默认 访问 标识 符 来 定义 Memento 类 , 即 保 
证 其 包 内 可 见 性 。 只 有 Originator 类 可 以 对 其 进行 访问 ,而 限制 其 他 类 对 Memento 的 访 
问 。 在 Memento 中 保存 了 Originator 中 的 state 值 ,如 果 Originator 中 state 值 改变 的 话 ， 
通过 调用 它 的 restoreMemento() 方 法 可 以 进行 恢复 。 
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对 于 负责 人 类 Caretaker, 它 用 于 保存 备忘录 对 象 , 并 提供 getMemento() 方 法 用 于 向 客 
户 端 返回 备忘录 对 象 , 原 发 器 通过 使 用 备忘录 对 象 可 以 回 到 某 个 历史 状态 。 典 型 的 负责 人 
类 的 实现 代码 如 下 : 


package dp. memento; 

public class Caretaker 

{ 
private Memento memento; 
public Memento getMemento( ) 
{ 


return memento; 


public void setMemento( Memento memento) 
1 
this. memento = memento; 
} 
} 


在 Caretaker 类 中 也 不 应 该 直接 调用 Memento 中 的 状态 改变 方法 , 它 的 作用 仅仅 用 于 
存储 备忘录 对 象 。 将 原 发 器 备份 生成 的 备忘录 对 象 存储 在 其 中 , 当 用 户 需 要 对 原 发 器 进行 
恢复 时 再 将 存储 在 其 中 的 备忘录 对 象 取 出 。 

备忘录 模式 属于 对 象 行为 型 模式 ,负责 人 向 原 发 器 请 求 一 个 备忘录 ,保留 一 段 时 间 后 ， 
再 根据 需要 将 其 送 回 给 原 发 器 ,该 模式 顺序 说 明 如 图 22-4 所 示 。 
mementoSD 


client originatorOriginator 


setMemento() 


| createMemenio0 | memento:Memento 
1 


! TsetState() 


getState() 
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22.3 备忘录 模式 实例 与 解析 


下 面 通过 一 个 实例 来 进一步 学 习 并 理解 备忘录 模式 。 

1. 实例 说 明 

某 系统 提供 了 用 户 信 息 操作 模块 ,用 户 可 以 修改 自己 的 各 项 信息 。 为 了 使 操作 过 程 更 
加 人 性 化 , 现 使 用 备忘录 模式 对 系统 进行 改进 ,使 得 用 户 在 进行 了 错误 操作 之 后 可 以 恢复 到 
操作 之 前 的 状态 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 22-5 所 示 。 


UserInfoDTO [TFT 
- account :String -~ account :String 
Pose i - password : String 
ee 证 i -telNo :String 
人 RSeUR ng + Memento (String account, :void 
+ setAccount (String account) 2 void String be String telNo) 
+ getPassword () n : String ee > 图 getAccount () : Sting 
SoasoWordl (Snglpass Word) ol + setAccount (String account) :void 
. TaN Ly teIN 人 + getPassword () : String 
setTelNo (String telNo) + setPassword (String password) : void 
+ SaveMemento () Memento + getTelNo () : String 
+ restoreMemento (Memento user) : void + setTelNo (String telNo) :void 
+ show () : void 
memento 
Caretaker 
- memento : Memento 
+ getMemento () : Memento 
+ setMemento (Memento memento) : void 


3. 实例 代码 及 解释 
(1) 原 发 器 UserInfoDTO( 用 户 信 息 类 ) 


package dp. memento; 


public class UserInfoDTO 

. 
private String account; 
private String password; 
private String telNo; 


public String getAccount() 
{ 


return account; 
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public void setAccount(String account) 


this. account = account; 


public String getPassword() 
' 


return password; 


public void setPassword(String password) 


1 
this. password = password; 


public String getTelNo() 
1 


return telNo; 


public void setTelNo( String telNo) 


L 
this. telNo = telNo; 


public Memento saveMemento( ) 
Hi 


return new Memento(account, password, telNo); 


public void restoreMemento( Memento memento) 
1 
this. account = memento. getAccount( ); 
this. password = memento. getPassword( ); 
this. telNo = memento. getTelNo( ); 


public void show() 
System. out. println("Account:" + this.account); 
System. out. println("Password:" + this.password); 
System. out. println("TelNo:" + this. telNo); 


UserInfoDTO 类 在 此 充当 原 发 器 类 ,与 一 般 的 类 相 比 它 增 加 了 两 个 方法 ,一 个 是 用 于 
保存 备忘录 的 方法 saveMemento (), 一 个 是 用 于 从 备忘录 中 恢复 状态 的 方法 
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restoreMemento()。 为 了 更 好 地 说 明 备忘录 模式 的 封装 性 ,我 们 将 UserInfoDTO 类 放置 在 
dp. memento 包 中 。 
(2) 备忘录 Memento 


package dp. memento; 


class Memento 

{ 
private String account; 
private String password; 
private String telNo; 


public Memento( String account, String password, String telNo) 
£ 


this. account = account; 
this. password = password; 
this. telNo = telNo; 

1 

public String getAccount() 

8 


return account; 


public void setAccount(String account) 
i 


this. account = account; 


public String getPassword() 
上 


return password; 


public void setPassword(String password) 
| 
this. password = password; 


public String getTelNo() 


return telNo; 


public void setTelNo( String telNo) 
{ 
this. telNo = telNo; 
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Memento 类 是 备忘录 ,由 于 需要 存储 UserInfoDTO 类 相应 的 字段 ,因此 它 的 成 员 属 性 
及 其 Getter 方法 和 Setter 方法 与 UserInfoDTO 类 保持 一 致 , 且 与 UserInfoDTO 一 样 都 位 
于 dp. memento 包 中 ,需要 注意 的 是 由 于 外 部 不 能 直接 访问 Memento 类 ,因此 该 类 必须 定 
义 为 包 内 可 见 ,不 能 定义 为 public。 

(3) 负责 人 Caretaker 


package dp. memento; 


public class Caretaker 
{ 
Private Memento memento; 
public Memento getMemento( ) 
{ 
return memento; 


} 


public void setMemento( Memento memento) 


{ 


this. memento = memento; 


} 


Caretaker 类 是 负责 人 类 ,也 定义 在 dp. memento 中 , 且 在 外 部 可 以 直接 访问 , 它 负 责 保存 
备忘录 ,并 提供 getMemento() 方 法 用 于 获取 存储 在 其 中 的 备忘录 ,提供 setMemento() 方 法 用 
于 设置 或 添加 新 的 备忘录 。 

4. 辅助 代码 

客户 端 测试 类 Client 如 下 : 


import dp. memento. UserInfoDTO; 
import dp. memento. Caretaker; 


public class Client 
| 
public static void main(String a[ ]) 
i 
UserInfoDTO user = new UserInfoDTO( ); 
Caretaker c = new Caretaker( ); // 创 建 负责 人 


user. setAccount ("zhangsan" ); 

user. setPassword("123456"); 

user. setTelNo("13000000000"); 

System. out. println(" 状 态 一 : "); 

user. show( ); 

c. setMemento(user. saveMemento( )); // 保 存 备忘录 
DyeLem: Ou Pein ln = 央 局 


user. setPassword("111111"); 


346 设计 模式 (第 2 版 ) 


user. setTelNo("13100001111" ) ; 

System. out. println(" 状 态 二 : "); 

user. show( ) ; 
YE ab 


user. restoreMemento(c. getMemento());// 从 备忘录 中 恢复 
System. out.println(" 回 到 状态 一 : "); 
user. show( ) ; 
Gyoben. ou rint lo i 
} 

} 


在 Client 类 中 需要 导入 dp. memento 包 , 在 客户 端 代码 中 实例 化 了 UserInfoDTO 类 并 
通过 负责 人 保存 UserInfoDTO 对 象 的 状态 ,在 对 状态 进行 修改 之 后 又 可 以 通过 负责 人 取出 


先前 保存 的 状态 。 
5. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


状态 一 : 

Account :zhangsan 
Password:123456 
TelNo:13000000000 
状态 二 : 

Account :zhangsan 
Password:111111 
TelNo:13100001111 
回 到 状态 一 : 
Account :zhangsan 
Password:123456 
TelNo:13000000000 


从 运行 结果 可 以 看 出 ,第 一 次 显示 的 是 “状态 一 ”的 数据 ,在 对 UserInfoDTO 进行 修改 
后 ,第 二 次 显示 的 是 “状态 二 ”的 数据 ,在 使 用 备忘录 模式 恢复 对 象 状 态 之 后 ,第 三 次 又 显示 


了 “状态 一 ”的 数据 。 


ko 


1. 备忘录 模式 的 优点 


(1) 提供 了 一 种 状态 恢复 的 实现 机 制 , 使 得 用 户 可 以 方便 地 回 


到 一 个 特定 的 历史 步骤 ， 
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当 新 的 状态 无 效 或 者 存在 问题 时 ,可 以 使 用 先前 存储 起 来 的 备忘录 将 状态 复原 。 

(2) 实现 了 信息 的 封装 ,一 个 备忘录 对 象 是 一 种 原 发 器 对 象 的 表示 ,不 会 被 其 他 代码 改 
动 , 这 种 模式 简化 了 原 发 器 对 象 , 备 忘 录 只 保存 原 发 器 的 状态 ,采用 堆栈 来 存储 备忘录 对 象 
可 以 实现 多 次 撤销 操作 ,可 以 通过 在 负责 人 中 定义 集合 对 象 来 存储 多 个 备忘录 。 

2. 备忘录 模式 的 缺点 

资源 消耗 过 大 ,如 果 类 的 成 员 变量 太 多 ,就 不 可 避免 占用 大 量 的 内 存 ,而 且 每 保存 一 次 
对 象 的 状态 都 需要 消耗 内 存 资源 ,如 果 知 道 这 一 点 大 家 就 容易 理解 为 什么 一 些 提供 了 撤销 
功能 的 软件 在 运行 时 所 需 的 内 存 和 硬盘 空间 比较 大 了 。 


22.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 备忘录 模式 : 

(1) 保存 一 个 对 象 在 某 一 个 时 刻 的 状态 或 部 分 状态 ,这 样 以 后 需要 时 它 能 够 恢复 到 先 
前 的 状态 。 

(2) 如 果 用 一 个 接口 来 让 其 他 对 象 得 到 这 些 状态 ,将 会 暴露 对 象 的 实现 细节 并 破坏 对 
象 的 封装 性 ,一 个 对 象 不 希望 外 界 直 接 访问 其 内 部 状态 ,通过 负责 人 可 以 间接 访问 其 内 部 


22.4.3 模式 应 用 


(1) 几乎 所 有 的 文字 或 者 图 像 编辑 软件 都 提供 了 撤销 (Ctrl 十 Z) 的 功能 , 即 撤销 操作 ,但 是 
当 软 件 关闭 再 打开 后 不 能 再 进行 撤销 操作 ,也 就 是 说 不 能 再 回 到 关闭 软件 前 的 状态 ,实际 上 这 
中 间 就 用 了 备忘录 模式 ,在 编辑 文件 的 同时 可 以 保存 一 些 内 部 状态 ,这 些 状态 在 软件 关闭 时 从 
内 存 销毁 ,当然 这 些 状 态 的 保存 次 数 也 不 是 无 限 的 ,很 多 软件 只 提供 有 限 次 的 撤销 操作 。 

(2) 数据 库 管理 系统 DBMS 所 提供 的 事务 管理 应 用 了 备忘录 模式 , 当 数据 库 某 事务 中 
一 条 数据 操作 语句 执行 失败 时 ,整个 事务 将 进行 回 深 操 作 , 系统 回 到 事务 执行 之 前 的 状态 。 


22.5 备忘录 模式 扩展 


1. 备忘录 的 封装 性 

为 了 确保 备忘录 的 封装 性 ,除了 原 发 器 外 ,其 他 类 是 不 能 也 不 应 该 访问 备忘录 类 的 ,在 
实际 开发 中 , 原 发 器 与 备忘录 之 间 的 关系 是 非常 特殊 的 ,它们 要 分 享 信息 而 不 让 其 他 类 知 
道 ,实现 的 方法 因 编 程 语言 的 不 同 而 不 同 ,C++ 可 以 用 friend 关键 字 , 使 原 发 器 类 和 备忘录 
类 成 为 友 元 类 ,互相 之 间 可 以 访问 对 象 的 一 些 私 有 的 属性 ; 在 Java 语言 中 可 以 将 两 个 类 放 
在 一 个 包 中 ,使 它们 之 间 满 足 默认 的 包 内 可 见 性 ,也 可 以 将 备忘录 类 作为 原 发 器 类 的 内 部 
类 ,使 得 只 有 原 发 器 才 可 以 访问 备忘录 中 的 数据 ,其 他 对 象 都 无 法 使 用 备忘录 中 的 数据 。 

2. 多 备份 实现 

很 多 时 候 在 负责 人 中 保存 的 状态 不 止 一 个 ,不 仅 包括 最 后 一 次 对 象 的 状态 ,还 包括 一 系 
列 中 间 状 态 , 即 需要 保存 多 个 备份 ,因此 需要 在 负责 人 中 定义 一 个 集合 对 象 来 存储 多 个 状 
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态 ,而且 可 以 方便 地 返回 到 某 一 历史 状态 。 在 备份 对 象 时 可 以 做 一 些 记 号 ,这 些 记号 称 为 检 
查 点 (Check Point) 。 如 果 使 用 HashMap 等 Map 对 象 来 实现 多 备份 , 则 可 以 将 检查 点 设置 
为 Key, 而 备忘录 对 象 作 为 Value, 将 这 些 Key-Value 保存 在 Map 中 ,根据 Key 值 可 以 返回 
到 指定 的 历史 状态 ,Key 可 以 按 序号 或 者 时 间 等 取 值 ; 也 可 以 使 用 ArrayList 等 对 象 来 实现 
多 备份 ,此 时 可 以 通过 下 标 序号 来 获取 指定 的 历史 状态 ,这 些 下 标 可 以 作为 检查 点 ; 如 果 使 
用 堆栈 Stack 等 来 实现 多 备份 则 更 加 简单 ,在 Java 语言 中 .Stack 类 提供 的 push() 方 法 和 
pop() 方 法 可 以 使 用 户 很 方便 地 向 负责 人 中 增加 新 的 备忘录 或 从 负责 人 中 取出 备忘录 。 


22.6 ”本章 小 结 


(1) 备忘录 模式 可 以 实现 在 不 破坏 封装 的 前 提 下 ,捕获 一 个 对 象 的 内 部 状态 ,并 在 该 对 
象 之 外 保存 这 个 状态 ,这 样 可 以 在 以 后 将 对 象 恢 复 到 原先 保存 的 状态 。 它 是 一 种 对 象 行为 
型 模式 ,其 别名 为 Token。 

(2) 备忘录 模式 包含 三 个 角色 : 原 发 器 可 以 创建 一 个 备忘录 ,并 存储 它 的 当前 内 部 状 
态 , 也 可 以 使 用 备忘录 来 恢复 其 内 部 状态 ; 备忘录 存储 原 发 器 的 内 部 状态 ,根据 原 发 器 来 决 
定 保存 哪些 内 部 状态 ; 负责 人 负责 保存 备忘录 ,但 是 不 能 对 备忘录 的 内 容 进行 操作 或 检查 。 

(3) 备忘录 对 象 通常 封装 了 原 发 器 的 部 分 或 所 有 的 状态 信息 ,而 且 这 些 状态 不 能 被 其 
他 对 象 访问 ,也 就 是 说 不 能 在 该 对 象 之 外 保存 其 状态 ,因为 暴露 其 内 部 状态 将 违反 封装 的 原 
则 ,可 能 有 损 系统 的 可 靠 性 和 可 扩展 性 。 

(4) 备忘录 模式 的 主要 优点 在 于 它 提供 了 一 种 状态 人 恢复 的 实现 机 制 ,使 得 用 户 可 以 方 
便 地 回 到 一 个 特定 的 历史 步骤 ,还 简化 了 原 发 器 对 象 ,备忘录 只 保存 原 发 器 的 状态 ,采用 堆 
栈 来 存储 备忘录 对 象 可 以 实现 多 次 撤销 操作 ,可 以 通过 在 负责 人 中 定义 集合 对 象 来 存储 多 
个 备忘录 ; 备忘录 模式 的 主要 缺点 在 于 资源 消耗 过 大 ,因为 每 一 个 历史 状态 的 保存 都 需要 
一 个 备忘录 对 象 。 

(5) 备忘录 模式 适用 情况 包括 : 保存 一 个 对 象 在 某 一 个 时 刻 的 状态 或 部 分 状态 ,这 样 
以 后 需要 时 它 能 够 恢复 到 先前 的 状态 ; 如 果 用 一 个 接口 来 让 其 他 对 象 得 到 这 些 状态 ,将 会 
暴露 对 象 的 实现 细节 并 破坏 对 象 的 封装 性 。 


思考 与 练习 


1. 改进 “用 户 信息 操作 撤销 ?实例 ,使 得 系统 可 以 实现 多 次 撤销 操作 (可 以 使 用 集合 对 
象 如 HashMap、ArrayList 等 来 实现 ) 。 

2. 比较 备忘录 模式 与 命令 模式 在 实现 撤销 操作 时 的 异同 。 

3. 某 软件 公司 正在 开发 一 款 RPG 网 游 ,为 了 给 玩家 提供 更 多 方便 ,在 游戏 过 程 中 可 以 
设置 一 个 恢复 点 ,用 于 保存 当前 的 游戏 场景 ,如 果 在 后 续 游 戏 过 程 中 玩家 角色 “不 幸 牺 牲 ”， 
可 以 返回 到 先前 保存 的 场景 ,从 所 设 恢复 点 开始 重新 游戏 。 试 使 用 备忘录 模式 设计 该 功能 ， 
要 求 绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 


观察 者 模式 


本 章 导 学 

观察 者 模式 是 一 种 经 常 使 用 的 设计 模式 。 在 软件 系统 中 对 象 并 不 是 孤立 
存在 的 ,一 个 对 象 行为 的 改变 可 能 会 导致 一 个 或 者 多 个 其 他 与 之 存在 依赖 关 
系 的 对 象 行为 发 生 改 变 , 观 察 者 模式 用 于 描述 对 象 之 间 的 依赖 关系 , 它 引 入 了 
观察 者 和 观察 目标 两 类 不 同 的 角色 ,由 于 提供 了 抽象 层 , 它 使 得 增加 新 的 观察 
者 和 观察 目标 都 很 方便 。 观 察 者 模式 广泛 应 用 于 各 种 编程 语言 的 事件 处 理 模 
型 中 ,Java 语言 也 提供 了 对 观察 者 模式 的 全 面 支持 。 


本 章 将 介绍 观察 者 模式 的 定义 与 结构 ,分 析 观 察 者 模式 的 实现 原理 与 作用 ,通过 实例 学 
习 如 何 编程 实现 观察 者 模式 并 且 学 习 如 何 通过 观察 者 模式 创建 自 定义 控件 ,以 及 Java 语言 
对 观察 者 模式 的 支持 。 

本 章 的 难点 在 于 理解 Java 事件 处 理 模型 中 观察 者 模式 的 应 用 以 及 观察 者 模式 中 目标 
角色 和 观察 者 角色 的 职责 与 实现 。 

观察 者 模式 重要 等 级 : 真 丰 丰 妈妈 

观察 者 模式 难度 等 级 : 友 友 友 交 六 


23.1 观察 者 模式 动机 与 定义 


无 论 是 在 现实 世界 中 还 是 在 软件 系统 中 ,人 们 常常 会 遇 到 这 样 一 类 问题 ,一 个 对 象 的 状 
态 改 变 会 引发 其 他 对 象 的 状态 改变 ,如 十 字 路 口 的 交通 信号 灯 , 红 灯亮 则 汽车 停 ,绿灯 亮 则 
汽车 行 ,再 如 点 击 软 件 中 一 个 按钮 , 则 会 弹出 一 个 窗口 。 这 些 对 象 之 间 存 在 一 种 依赖 关系 
一 个 对 象 的 行为 会 导致 依赖 它 的 其 他 对 象 发 生 反 应 ,为 了 更 好 地 描述 这 种 对 象 之 间 的 依赖 
关系 ,我 们 需要 学 习 一 种 新 的 行为 型 设计 模式 , 即 观察 者 模式 , 它 是 软件 设计 与 开发 中 使 用 
频率 最 高 的 设计 模式 之 一 。 


23.1.1 模式 动机 


在 很 多 情况 下 ,对 象 并 不 是 孤立 存在 的 ,如 在 Java AWT/Swing 编程 中 , 单 击 一 个 按钮 
或 者 改变 一 个 文本 框 的 内 容 , 可 能 会 引发 一 个 对 话 框 的 弹出 。 这 样 的 实例 在 现实 世界 中 也 
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到 处 存在 ,如 股票 的 变化 ,倘若 某 支 股票 上 涨 ,购买 该 股票 的 股民 就 会 兴奋 ; 否则 就 会 失望 
悲伤 ,更 为 严重 者 就 会 撞墙 跳楼 。 于 是 专家 提示 “股市 有 风险 ,入 市 需 慎 重 ”。 

从 这 两 个 例子 中 ,我 们 不 难 分 离 出 两 类 角色 ,一 类 我 们 称 之 为 观察 者 ,如 事件 处 理 程序 、 股 
民 , 另 一 类 就 是 被 这 些 观 察 者 所 观察 的 目标 ,如 按钮 或 文本 框 、. 股 票 。 如 果 观 察 目标 有 某 个 动 
作 发 生 ,观察 者 就 会 有 响应 。 在 设计 模式 中 与 这 一 过 程 对 应 的 模式 就 是 观察 者 模式 ,该 模式 在 
当前 的 软件 开发 中 应 用 相当 广泛 ,几乎 所 有 的 GUI 事件 处 理 模 型 中 都 运用 了 观察 者 模式 。 

在 当前 流行 的 MVC(Model/View/Controller, 模 型 /视图 /控制 器 ) 架 构 中 也 应 用 了 观 
察 者 模式 ,如 图 23-1 所 示 。 


Controller 


a=50 

b=30 

c=20 
Model 


图 23-1 MVC 示 意图 


在 图 23-1 中 ,模型 层 Model 提供 的 数据 是 视图 层 View 所 观察 的 对 象 ,在 视图 层 中 包 
含 了 两 个 数据 显示 图 表 对 象 ,一 个 是 柱状 图 ,一 个 是 饼 状 图 ,同样 的 数据 可 能 有 不 同 的 图 表 
显示 方式 ,如 果 模 型 层 的 数据 发 生 改变 , 则 两 个 图 表 对 象 将 跟随 着 发 生 改 变 , 这 意味 着 图 表 
对 象 依赖 模型 层 提供 的 数据 对 象 , 因 此 数据 对 象 的 任何 状态 改变 都 应 立即 通知 它们 。 但 是 
这 两 个 图 表 之 间 相 互 独立 ,不 存在 任何 联系 ,而 且 图 表 对 象 的 个 数 没有 任何 限制 ,用 户 可 以 
根据 需要 再 增加 新 的 图 表 对 象 .如 折线 图 。 也 就 是 说 ,相同 的 数据 可 以 对 应 任意 多 个 图 表 对 
象 ,而 且 还 可 以 根据 需要 增加 新 的 图 表 对 象 ,增加 新 的 图 表 对 象 时 ,对 原 有 系统 几乎 没有 任 
何 影响 ,满足 “ 开 闭 原则 ”的 要 求 。 
建立 一 种 对 象 与 对 象 之 间 的 依赖 关系 ,一 个 对 象 发 生 改变 时 将 自动 通知 其 他 对 象 , 其 他 
对 象 将 相应 做 出 反应 。 在 此 :发 生 改变 的 对 象 称 为 观察 目标 ,而 被 通知 的 对 象 称 为 观察 者 ， 
一 个 观察 目标 可 以 对 应 多 个 观察 者 ,而且 这 些 观 察 者 之 间 没 有 相互 联系 ,可 以 根据 需要 增加 
和 删除 观察 者 ,使 得 系统 更 易于 扩展 ,这 就 是 观察 者 模式 的 模式 动机 。 


23.1.2 模式 定义 


观察 者 模式 (Observer Pattern) 定 义 : 定义 对 象 间 的 一 种 一 对 多 依赖 关系 ,使 得 每 当 一 
个 对 象 状 态 发 生 改 变 时 ,其 相关 依赖 对 象 皆 得 到 通知 并 被 自动 更 新 。 观 察 者 模式 又 叫做 发 
布 -订阅 (Publish/Subscribe) 模式 、 模 型 -视图 (Model/View) 模 式 、 源 -监听 器 (Source/ 
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Listener) 模 式 或 从 属 者 (Dependents) 模 式 。 观 察 者 模式 是 一 种 对 象 行为 型 模式 。 
英文 定义 :“Define a one-to-many dependency between objects so that when one object 


changes state, all its dependents are notified and updated automatically. ”。 


23.2 ”观察 者 模式 结构 与 分 析 


观察 者 模式 结构 较为 复杂 , 它 包 括 观 察 目 标 和 观察 者 两 个 层次 结构 ,下 面 将 学 习 并 分 析 
其 模式 结构 。 


23.2.1 模式 结构 
观察 者 模式 结构 图 如 图 23-2 所 示 。 


图 23-2 观察 者 模式 结构 图 


观察 者 模式 包含 如 下 角色 。 

1. Subject( 目 标 ) 

目标 又 称 为 主题 , 它 是 指 被 观察 的 对 象 。 在 目标 中 定义 了 一 个 观察 者 集合 , 它 可 以 存储 
任意 数量 的 观察 者 对 象 , 它 提供 一 个 接口 来 增加 和 删除 观察 者 对 象 ,同时 它 定义 了 的 通知 方 
法 notify()。 目 标 类 可 以 是 接口 ,也 可 以 是 抽象 类 或 实现 类 。 

2. ConcreteSubject( 具 体 目标 ) 

具体 目标 是 目标 类 的 子 类 ,通常 它 包 含 经 常 发 生 改 变 的 数据 , 当 它 的 状态 发 生 改 变 时 ， 
向 它 的 各 个 观察 者 发 出 通知 。 同 时 它 还 实现 了 在 目标 类 中 定义 的 抽象 业务 逻辑 方法 (如 果 
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有 的 话 ) 。 

3. Observer( 观 察 者 ) 

观察 者 将 对 观察 目标 的 改变 做 出 反应 ,观察 者 一 般 定 义 为 接口 ,该 接口 声明 了 更 新 数据 
的 方法 update() ,因此 又 称 为 抽象 观察 者 。 

4. ConcreteObserver( 具 体 观 察 者 ) 


在 具体 观察 者 中 维护 一 个 指向 具体 目标 对 象 的 引用 , 它 存储 具体 观察 者 的 有 关 状 态 , 这 
些 状态 需要 和 具体 目标 的 状态 保持 一 致 ; 它 实现 了 在 抽象 观察 者 Observer 中 定义 的 
update() 方 法 。 通 常 在 实现 时 ,可 以 调用 具体 目标 类 的 attach() 方 法 将 自己 添加 到 目标 类 
的 观察 者 集合 中 或 通过 detach() 方 法 将 自己 从 目标 类 的 观察 者 集合 中 删除 。 


23.2.2 模式 分 析 


观察 者 模式 描述 了 如 何 建立 对 象 与 对 象 之 间 的 依赖 关系 ,如 何 构造 满足 这 种 需求 的 系 
统 。 这 一 模式 中 的 关键 对 象 是 观察 目标 和 观察 者 ,一 个 目标 可 以 有 任意 多 个 与 之 相依 赖 的 
观察 者 ,一 旦 目标 的 状态 发 生 改 变 , 所 有 的 观察 者 都 将 得 到 通知 。 作 为 对 这 个 通知 的 响应 ， 
每 个 观察 者 都 将 即时 更 新 自己 的 状态 ,以 与 目标 状态 同步 ,这 种 交互 也 称 为 发 布 一 订阅 
《publish-subscribe)。 目 标 是 通知 的 发 布 者 , 它 发 出 通知 时 并 不 需要 知道 谁 是 它 的 观察 者 ， 
可 以 有 任意 数目 的 观察 者 订阅 并 接收 通知 。 

观察 者 模式 定义 了 一 种 一 对 多 的 依赖 关系 ,让 多 个 观察 者 对 象 同时 监听 某 一 个 目标 
对 象 , 当 这 个 目标 对 象 的 状态 发 生变 化 时 ,会 通知 所 有 观察 者 对 象 ,使 它们 能 够 自动 
更 新 。 

下 面 通过 示例 代码 对 该 模式 进行 分 析 。 首 先 定义 一 个 抽象 目标 Subject, 典型 代码 
如 下 : 


在 抽象 目标 类 中 定义 了 观察 者 集合 observers, 同 时 声明 了 三 个 抽象 方法 ,其 中 attach() 方 
法 用 于 增加 一 个 观察 者 对 象 ,detach( ) 方 法 用 于 删除 一 个 观察 者 对 象 ,notify() 方 法 用 于 通 
知 各 个 观察 者 对 象 并 调用 它们 的 update() 更 新 方法 。 

具体 目标 类 ConcreteSubject 是 实现 了 抽象 目标 类 Subject 的 一 个 具体 子 类 , 它 实现 了 
上 述 3 个 方法 ,其 典型 代码 如 下 : 
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public void attach( Observer observer) 
{ 
Observers. add( observer); 


} 


public void detach( Observer observer) 
{ 
observers. remove( observer); 


} 


public void notify() 
{ 
for( Object obs:observers) 
{ 
( (Observer)obs). update( ); 
} 


} 


抽象 观察 者 角色 一 般 定义 为 一 个 接口 ,其 中 只 声明 了 一 个 update() 方 法 ,为 不 同 观察 
者 的 更 新 行为 定义 相同 的 接口 。 这 个 方法 在 其 子 类 中 实现 ,不 同 的 观察 者 具有 不 同 的 更 新 
响应 方法 。 抽 象 观察 者 Observer 典型 代码 如 下 : 


public interface Observer 
Ud 

public void update( ); 
4 


在 具体 观察 者 ConcreteObserver 中 实现 了 update() 方 法 ,其 典型 代码 如 下 : 


public class ConcreteObserver implements Observer 
| 
public void update( ) 
{ 
// 具 体 更 新 代码 
} 


在 使 用 时 ,客户 端 首先 创建 具体 目标 对 象 以 及 具体 观察 者 对 象 。 然 后 ,调用 目标 对 象 的 
attach() 方 法 ,将 这 个 观察 者 对 象 在 目标 对 象 中 登记 ,也 就 是 将 它 加 入 到 目标 对 象 的 观察 者 
集合 中 去 。 代 码 片 段 如 下 : 


Subject subject = new ConcreteSubject(); 
Observer observer = new ConcreteObserver(); 
subject. attach(observer); 

subject. notify( ); 
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客户 端 在 调用 目标 对 象 的 notify() 方 法 时 ,将 调用 在 其 观察 者 集合 中 注册 的 观察 者 对 
象 的 update() 方 法 ,该 过 程 顺序 图 如 图 23-3 所 示 。 


notify() 


图 23-3 观察 者 模式 顺序 图 


在 有 些 更 加 复杂 的 情况 下 ,具体 观察 者 类 ConcreteObserver 的 update() 方 法 在 执行 时 
需要 使 用 到 具体 目标 类 ConcreteSubject 中 的 状态 (属性 ) ,如 前 面 的 数据 和 图 表 , 图 表 作为 
具体 观察 者 , 它 在 更 新 时 需要 用 到 新 的 数据 ,因此 在 ConcreteObserver 与 ConcreteSubject 
之 间 有 时 候 还 存在 关联 关系 ,在 ConcreteObserver 中 定义 一 个 ConcreteSubject 实例 ,通过 
该 实例 获取 存储 在 ConcreteSubject 中 的 状态 。 如 果 ConcreteObserver 的 update() 方 法 不 
需要 使 用 到 ConcreteSubject 中 的 状态 属性 , 则 可 以 对 观察 者 模式 的 标准 结构 进行 简化 ,在 
具体 观察 者 ConcreteObserver 和 具体 目标 ConcreteSubject 之 间 无 须 维持 对 象 引 用 。 如 果 
在 具体 层 具 有 关联 关系 ,系统 的 扩展 性 将 受到 一 定 的 影响 ,增加 新 的 具体 目标 类 有 时 候 需 要 
修改 原 有 观察 者 的 代码 ,在 一 定 程度 上 违反 了 “ 开 闭 原则 ”, 但 是 如 果 原 有 观察 者 类 无 须 关 联 
新 增 的 具体 目标 , 则 系统 扩展 性 不 受 影响 。 


23.3 观察 者 模式 实例 与 解析 
下 面 通过 两 个 实例 来 进一步 学 习 并 理解 观察 者 模式 。 
23.3.1 观察 者 模式 实例 之 猫 . 狗 与 老鼠 


1. 实例 说 明 


假设 猫 是 老鼠 和 狗 的 观察 目标 ,老鼠 和 狗 是 观察 者 , 猎 叫 老鼠 跑 , 狗 也 跟着 叫 , 使 用 观察 
者 模式 描述 该 过 程 。 


2. 实例 类 图 
通过 分 析 ,该 实例 类 图 如 图 23-4 所 示 。 
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[MySubject | 
{abstract} 
# observers : ArrayList 

+ attach (MyObserver obs) :void 
+ detach (MyObserver obs) : void 
+ Cry () :void 


Observers 


它 MyObserver 
+ response () : void 
A A 人 


+ response () : void + response () : void 


3. 实例 代码 及 解释 
(1) 抽象 目标 类 MySubject 


import java.util. *; 
public abstract class MySubject 


protected ArrayList observers = new ArrayList(); 


// 注 册 方 法 
public void attach(MYObserver observer) 
observers. add(observer); 


1 
// 注 销 方法 


public void detach(MyObserver observer) 
{ 
observers. remove( observer); 


} 


public abstract void cry(); // 抽 象 通知 方法 
} 


MySubject 是 抽象 目标 类 ,在 其 中 定义 了 一 个 ArrayList 类 型 的 集合 observers, 用 于 存 
储 观 察 者 对 象 , 并 定义 了 注册 方法 attach() 和 注销 方法 detach() ,同时 声明 了 抽象 的 通知 方 
法 cry()。 需 要 注意 的 是 attach() 方 法 和 detach() 方 法 都 必须 针对 抽象 观察 者 进行 编程 , 任 
何 抽象 观察 者 的 子 类 对 象 都 可 以 注册 或 注销 。 

(2) 抽象 观察 者 类 MyObserver 


public interface MyObserver 
{ 

void response( ); // 抽 象 响应 方法 
. 
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抽象 观察 者 MyObserver 定义 为 一 个 接口 ,在 其 中 声明 了 抽象 响应 方法 response() 。 
(3) 具体 目标 类 Cat( 猫 类 ) 


public class Cat extends MySubject 
{ 
public void cry() 
{ 
System. out. println(" 猫 叫 1"); 
Systen, out. ER 一 一 一 一 一 一 一 一 一 一 二 二 一 一 二 一 一 一 一 一 一 一 一 一 一 二 一 一 eh 


for( Object obs:observers) 


{ 
( (MyObserver)obs). response( ); 


} 


| 


Cat 是 目标 类 MySubject 的 子 类 , 它 实现 了 抽象 方法 cry() ,在 cry() 中 遍历 了 观察 者 集 
合 , 调 用 每 一 个 观察 者 对 象 的 response() 响 应 方法 。 
(4) 具体 观察 者 类 Mouse( 老 鼠 类 ) 


public class Mouse implements MyObserver 
由 
public void response( ) 
System. out. println(" 老 鼠 努 力 逃 跑 !"); 
} 
} 


Mouse 是 具体 观察 者 类 , 它 实现 了 在 抽象 观察 者 中 定义 的 响应 方法 response()。 
(5) 具体 观察 者 类 Dog( 狗 类 ) 


public class Dog implements MyObserver 
:| 
public void response() 
{ 
System. out. println(" 狗 跟着 叫 !"); 
;| 
: 


Dog 也 是 具体 观察 者 类 , 它 实 现 了 在 抽象 观察 者 中 定义 的 响应 方法 response()。 
4. 辅助 代码 
客户 端 测试 类 Client 如 下 : 


public class Client 
1 
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public static void main(String a[ ]) 
{ 
MySubject subject = new Cat(); 


MyObserver obsl, obs2, obs3; 
obsl = new Mouse( ); 

obs2 = new Mouse( ); 

obs3 = new Dog( ); 


subject. attach(obs1); 
subject. attach( obs2); 
subject. attach( obs3); 


subject. cry(); 


} 


在 客户 端 代码 中 需要 实例 化 具体 目标 类 和 具体 观察 者 类 , 先 调用 目标 对 象 的 attach( ) 方 
法 来 注册 观察 者 ,再 调用 目标 对 象 的 cry() 方 法 ,在 cry() 方 法 的 内 部 将 调用 观察 者 对 象 的 
响应 方法 。 

5. 结果 及 分 析 

编译 并 运行 程序 ,输出 结果 如 下 : 


老鼠 努力 逃跑 ! 
老鼠 努力 逃跑 ! 
狗 跟着 叫 ! 


观察 者 模式 很 好 地 体现 了 面向 对 象 设计 原则 中 的 “ 开 闭 原则 ”, 如 果 需 要 增加 一 个 观察 
者 ,如 猪 也 作为 猫 的 观察 者 ,但 是 猫 叫 猪 无 顷 有 任何 反应 ,只 需要 增加 一 个 新 的 具体 观察 者 
类 Pig ,而 对 原 有 的 类 库 无 须 做 任何 改动 ,这 对 于 系统 的 扩展 性 和 灵活 性 有 很 大 提高 。 新 增 
的 具体 观察 者 类 Pig 的 代码 如 下 : 


public class Pig implements MyObserver 
{ 
public void response() 
System. out. println(" 猪 没有 反应 !"); 
1 
} 


在 客户 端 代码 中 可 以 定义 一 个 Pig 实例 ,再 将 它 注册 到 目标 对 象 的 观察 者 集合 中 , 则 需 
要 增加 如 下 代码 : 


MyObserver obs4; 
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重新 编译 并 运行 程序 ,输出 结果 如 下 : 


从 本 实例 可 以 看 出 增加 新 的 具体 观察 者 很 容易 , 原 有 类 库 代 码 无 须 进 行 任何 修改 。 在 
实际 使 用 时 ,还 需要 注意 以 下 几 个 问题 : 

(1) 在 客户 端 尽量 针对 抽象 目标 和 抽象 观察 者 编程 ,可 以 将 具体 观察 者 类 的 类 名 存储 
在 配置 文件 中 ,如 果 需 要 更 换 或 增加 具体 观察 者 对 象 只 需要 修改 配置 文件 即 可 。 如 果 目 标 
对 象 和 观察 者 对 象 之 间 是 一 对 一 关系 , 则 实现 过 程 比较 简单 ,但 是 如 果 目 标 和 观察 者 是 一 对 
多 关系 , 则 实现 过 程 相 对 较为 复杂 。 

(2) 在 本 实例 中 ,由 于 具体 观察 者 与 具体 目标 类 之 间 没 有 关联 关系 ,因此 增加 新 的 具体 
目标 类 也 非常 方便 ,只 需要 扩展 抽象 目标 类 即 可 ,而 且 也 可 以 通过 配置 文件 来 存储 具体 目标 
类 的 类 名 ,提高 系统 的 灵活 性 和 可 扩展 性 。 

(3) 如 果 具 体 观察 者 与 具体 目标 类 之 间 存 在 关联 关系 , 则 增加 新 的 具体 目标 类 会 比较 
复杂 ,如 果 原 有 观察 者 类 需要 访问 新 增加 的 具体 目标 类 中 的 状态 ,需要 修改 原 有 观察 者 类 的 
源 代码 ,系统 的 扩展 性 受到 一 定 影响 ,不 符合 “ 开 闭 原则 ?的 要 求 。 


23.3.2 观察 者 模式 实例 之 自 定义 登录 控件 


1. 实例 说 明 

Java 事件 处 理 模型 中 应 用 了 观察 者 模式 ,下面 通过 一 个 实例 来 学 习 如 何 自 定义 Java 控 
件 ,并 给 该 控件 增加 相应 的 事件 。 该 实例 基于 Java Swing/AWT 控件 ,在 Swing/AWT 的 
相关 类 中 封装 了 对 事件 的 底层 处 理 。 在 本 实例 中 ,我 们 将 自 定义 一 个 登录 控件 ,用 户 可 以 在 
多 个 系统 中 重用 该 登录 控件 ,该 登录 控件 充当 观察 目标 ,而 处 理 登 录 事件 的 类 充当 观察 者 。 
在 Java 事件 处 理 中 ,事件 处 理 对 象 又 被 称 为 事件 监听 对 象 , 它 在 监听 所 包含 的 登录 控件 是 
否 有 事件 发 生 ,如 果 有 事件 发 生 则 调用 相应 的 事件 处 理 程序 来 处 理 该 事件 。 事 件 处理 对 象 
通过 登录 控件 提供 的 注册 方法 将 其 注册 为 登录 控件 的 监听 对 象 , 即 它 在 监听 登录 控件 的 行 
为 ,如 果 控 件 的 行为 有 所 变化 (如 被 鼠标 点 击 ), 则 将 调用 事件 处 理 对 象 的 相应 处 理 方法 。 在 
这 里 ,登录 控件 对 象 类 似 上 一 个 实例 中 的 “ 猫 ”, 而 事件 处 理 对 象 类 似 上 一 个 实例 中 的 “ 老 
鼠 ”, 如 果 登 录 控 件 的 相关 事件 被 用 户 激活 ,类 似 “ 猫 叫 ”, 则 会 调用 事件 处 理 对 象 中 的 事件 处 
理 方法 ,类 似 “ 老 鼠 跑 ”。 

2. 实例 类 图 

通过 分 析 , 该 实例 类 图 如 图 23-5 所 示 ( 在 类 图 中 省 略 了 界面 组 件 ) 。 


LoginEvent 


- UserName : String 
- password : String 


+ LoginEvent () 
+ setUserName (String userName) : void 
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+ getUserName () ee 
+ setPassword (String password) :void 让 
+ getPassword () : String | 
| 
| 
le | 
| 
LoginBean | 
- lel ; LoginEventListener | 
-le :LoginEvent 匿 LoginEventListener 
+ LoginBean () lel 
+ addLoginEventListener ( :void 7 ee 
LoginEventListener lel) | eo (LoginEvent event) : void 
+ fireLoginEvent (Object object, ; void i ' 
String userName, String password) | 1 
+ actionPerformed (ActionEvent event) : void | 
r-------------- :  ， ------------- 3 
上 
- 上 
1 1 
| | 
1 
LoginValidatorA LoginValidatorB 
+ LoginValidatorA () + LoginValidatorB () 
+ validateLogin (LoginEvent event) : void + validateLogin (LoginEvent event) : void 


3. 实例 代码 及 解释 
(1) 事件 类 LoginEvent 


import java. util. EventObject; 


public class LoginEvent extends EventObject 


{ 


private String userName; 
private String password; 
public LoginEvent (Object source, String userName, String password) 
{ 
super( source); 
this. userName = userName; 
this. password = password; 
} 
public void setUserName(String userName) 
this. userName = userName; 
} 
public String getUserName() 
{ 
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return this. userName; 


} 
public void setPassword(String password) 
{ 
this. password = password; 
} 
public String getPassword() 
{ 
return this. password; 
} 
} 


LoginEvent 表示 事件 类 , 它 用 于 封装 与 事件 有 关 的 信息 , 它 不 是 观察 者 模式 的 一 部 分 ， 
但 是 它 可 以 在 目标 对 象 和 观察 者 对 象 之 间 传 递 数 据 。 在 AWT 事件 模型 中 ,所 有 的 自 定 义 
事件 类 都 是 java. util. EventObject 的 子 类 。 

(2) 抽象 观察 者 LoginEventListener( 登 录 事 件 监听 器 ) 


import java. util. EventListener; 


public interface LoginEventListener extends EventListener 
public void validateLogin(LoginEvent event); ”// 声 明 响 应 方法 
} 


LoginEventListener 充当 抽象 观察 者 , 它 声明 了 事件 响应 方法 validateLogin(), 用 于 处 
理事 件 ,该 方法 也 称 为 事件 处 理 方 法 ,validateLogin() 方 法 将 一 个 LoginEvent 类 型 的 事件 
对 象 作为 参数 ,用 于 传输 与 事件 相关 的 数据 ,在 其 子 类 中 实现 该 方法 ,实现 具体 的 事件 处 理 。 
该 接口 在 Java 事件 模型 中 称 为 事件 监听 接口 或 事件 监听 器 。 

(3) 具体 目标 类 LoginBean( 登 录 控 件 类 ) 


import javax. swing. *; 
import java.awt. event. *; 
import java.awt. *; 


public class LoginBean extends JPanel implements ActionListener 
ULabel labUserName, labPassword; 
JTextField txtUserName; 
JPasswordField txtPassword; 
JButton btnLogin, btnClear; 


LoginEventListener lel; // 定 义 一 个 抽象 观察 者 对 象 
LoginEvent le; // 定 义 一 个 事件 对 象 用 于 传输 数据 


public LoginBean( ) 
| 
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this. setLayout(new GridLayout(3,2) ) 
labUserName = new JLabel("User Name:"); 
add( labUserName); 


txtUserName = new JTextField(20); 
add( txtUserName); 


labPassword = new JLabel ("Password:"); 
add( labPassword); 


txtPassword = new JPasswordField(20); 
add( txtPassword); 


btnLogin = new JButton( "Login" ); 
add( btnLogin); 


btnClear = new JButton("Clear"); 
add( btnClear); 


btnClear. addActionListener(this); 
btnLogin. addActionListener(this); 


} 


// 实 现 注册 方法 
public void addLoginEventListener(LoginEventListener lel) 


{ 
this. lel = lel; 


// 实 现 通 知 方法 

private void fireLoginEvent(Object object, String userName, String password) 
le = new LoginEvent(btnLogin, userName, password); 
lel. validateLogin(le); 


public void actionPerformed(RctionEvent event) 


{ 
if(btnLogin == event. getSource( )) 


String userName = this. txtUserName,. getText( ); 
String password = this. txtPassword. getText( ); 


fireLoginEvent (btnLogin, userName, password); 


if(btnClear == event. getSource( )) 
{ 
this. txtUserName. setText(""); 
this. txtPassword. setText(""); 
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LoginBean 充当 具体 目标 类 ,在 这 里 没有 定义 抽象 目标 类 ,对 观察 者 模式 进行 了 一 定 的 
简化 。 在 LoginBean 中 定义 了 抽象 观察 者 LoginEventListener 类 型 的 对 象 lel 和 事件 对 象 
LoginEvent, 提 供 了 注册 方法 addLoginEventListener() 用 于 添加 观察 者 ,在 Java 事件 处 理 
中 ,使 用 的 是 一 对 一 的 观察 者 模式 ,而 不 是 一 对 多 的 观察 者 模式 ,也 就 是 说 ,一 个 观察 目标 中 
只 定义 一 个 观察 者 对 象 ,而 不 是 提供 一 个 观察 者 对 象 的 集合 。 在 LoginBean 中 还 定义 了 通 
知 方法 fireLoginEvent() ,该 方法 在 Java 事件 处 理 模 型 中 称 为 “点火 方法 ”, 在 该 方法 内 部 实 
例 化 了 一 个 事件 对 象 LoginEvent, 将 用 户 输入 的 信息 传 给 观察 者 对 象 ,并 且 调 用 了 观察 者 
对 象 的 响应 方法 validateLogin()。 

注意 : 由 于 在 LoginBean 中 包含 按钮 控件 ,因此 对 于 按钮 控件 而 言 ,LoginBean 又 可 以 
看 成 是 具体 观察 者 ,按钮 JButton 可 以 看 成 是 具体 目标 ,而 监听 器 接口 ActionListener 可 以 
看 成 是 抽象 观察 者 ,在 JButton 中 也 定义 了 注册 方法 和 “点 火 方法 ”, 在 “点 火 方法 ”中 调用 实 
现 ActionListener 接口 的 子 类 对 象 的 actionPerformed() 方 法 ,actionPerformed() 方 法 即 响 
应 方法 ,由 于 LoginBean 实现 了 ActionListener 接口 ,因此 需要 实现 actionPerformed() 方 
法 ,在 该 方法 内 部 编写 按钮 事件 处 理 程序 , 且 在 LoginBean 中 实例 化 具体 目标 JButton ,并 调 
用 JButton 的 addActionListener() 方 法 进行 注册 ,由 于 是 将 当前 对 象 注册 为 具体 观察 者 , 因 
此 该 方法 的 实 参 为 this。JDK 底层 封装 了 对 鼠标 、 键 盘 等 输入 设备 的 操作 , 当 鼠 标 被 点 击 或 
者 键盘 被 按 下 时 将 自动 调用 JButton 按钮 的 “点 火 方法 ”, 而 在 “点 火 方法 ”中 将 调用 在 
LoginBean 中 实现 的 actionPerformed() 方 法 , 即 调用 事件 处 理 程序 。 

(4) 具体 观察 者 类 LoginValidatorA( 登 录 界 面 类 ) 


import javax. swing. *; 
import java.awt. *; 


public class LoginValidatorA extends JFrame implements LoginEventListener 
{ 
private JPanel p; 
private LoginBean 1b; // 定 义 具体 目标 
private JLabel lblLogo; 
public LoginValidatorA() 
{ 
super("Bank of China"); 
p= new JPanel(); 
this. getContentPane( ).add(p); 
lb= new LoginBean( ); 
1b. addLoginEventListener(this); // 调 用 目标 对 象 的 注册 方法 


Font 上 = new Font ("Times New Roman", Font. BOLD, 30); 
lblLogo = new JLabel ("Bank of China" ); 

lblLogo. setFont(f); 

lblLogo. setForeground(Color. red); 


Pp. setLayout (new GridLayout(2,1)); 
p.add( lblLogo); 
p.add(1b); 
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p. setBackground( Color. pink) ; 
this. setSize(600,200); 
this. setVisible(true); 

} 


// 实 现在 抽象 观察 者 中 声明 的 响应 方法 
public void validateLogin(LoginEvent event) 
{ 
String userName = event. getUserName( ); 
String password = event. getPassword( ); 


if(0 == userName. trim(). length()||0== password. trim(). length()) 


{ 
JOptionPane. showMessageDialog(this, new String("Username or Password is 


empty!"), "alert", JOptionPane. ERROR_MESSAGE); 
} 


else 


{ 
JOptionPane. showMessageDialog (this, new String( "Valid Login Info!"),"alert", 
JOptionPane. INFORMATION_MESSAGE) ; 
} 
} 
public static void main(String args[ ]) 
new LoginValidatorA(). setVisible(true); 


} 


LoginValidatorA 作为 具体 观察 者 类 , 它 实现 了 事件 监听 接口 LoginEventListener, 并 
创建 了 一 个 具体 目标 类 LoginBean 类 型 的 对 象 b, 通 过 lb 对 象 调用 有 具体 目标 类 的 注册 方 
法 , 即 lb. addLoginEventListener(this) ,注册 当前 对 象 为 观察 者 。LoginValidatorA 实现 了 
在 LoginEventListener 接口 中 定义 的 validateLogin() 方 法 用 于 实现 事件 处 理 ,该 方法 带 一 
个 事件 对 象 LoginEvent 类 型 的 参数 。 

在 LoginValidatorA 的 事件 处 理 方法 , 即 观察 者 响应 方法 validateLogin() 中 ,判断 用 户 
名 和 密码 是 否 为 空 , 如 果 为 空 则 提示 错误 信息 。 

(5) 具体 观察 者 类 LoginValidatorB( 登 录 界 面 类 ) 


import javax. swing. *; 
import java.awt. *; 


public class LoginValidatorB extends JFrame implements LoginEventListener 
{ 

private JPanel p; 

private LoginBean lb 

private JLabel lblLogo; 


public LoginValidatorB( ) 
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super("China Mobile"); 

p= new JPanel(); 

this. getContentPane( ).add(p); 
1b= new LoginBean( ); 

1b. addLoginEventListener(this); 


Font f = new Font("Times New Roman", Font. BOLD, 30); 
lblLogo = new JLabel ("China Mobile"); 

lblLogo. setFont (f); 

lblLogo. setForeground( Color. blue); 


p. setLayout (new GridLayout (2,1)); 

p.add( lblLogo); 

p.add(1b); 

Pp: setBackground(new Color(163, 185, 255)); 
this. setSize(600,200); 

this. setVisible(true); 


public void validateLogin(LoginEvent event) 
{ 
String userName = event. getUserName( ); 
String password = event. getPassword( ); 


if(userName. equals(password)) 


{ 
JOptionPane. showMessageDialog(this, new String("Username must be different from 
password! "), "alert", JOptionPane. ERROR_MESSAGE); 

} 


else 


{ 
JOptionPane. showMessageDialog ( this, new String ( " Rigth details!")," alert", 
JOptionPane. INFORMATION_MESSAGE) ; 


public static void main(String args[ ]) 


中 
new LoginValidatorB(). setVisible(true); 


LoginValidatorB 是 另 一 个 具体 观察 者 类 , 它 的 实现 过 程 与 LoginValidatorA 相似 ,但 
是 其 事件 处 理 方 法 有 所 不 同 , 在 LoginValidatorB 的 validateLogin() 方 法 中 ,判断 用 户 名 和 
密码 是 否 相 同 ,如 果 相 同 则 提示 错误 信息 。 

4. 结果 及 分 析 

编译 并 运行 LoginValidatorA .输出 结果 如 图 23-6 所 示 。 


II 
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图 23-6 ”LoginValidatorA 运行 效果 图 


编译 并 运行 LoginValidatorB, 输 出 结果 如 图 23-7 所 示 。 


图 23-7 LoginValidatorB 运行 效果 图 


同一 个 登录 控件 可 以 应 用 于 多 个 不 同 的 项 目 , 就 像 按钮 控件 ,文本 框 控件 一 样 ,使 用 该 
控件 的 开发 人 员 只 需要 在 界面 代码 中 创建 一 个 登录 控件 对 象 ,并 将 当前 界面 对 象 注册 为 观 
察 者 ,同时 实现 事件 监听 接口 中 的 事件 处 理 方法 即 可 ,重用 性 和 扩展 性 都 非常 好 ,Java 事件 
处 理 模 型 是 观察 者 模式 的 经 典 应 用 之 一 。 


23.4 观察 者 模式 效果 与 应 用 


23.4.1 模式 优 缺点 


1. 观察 者 模式 的 优点 

(1) 观察 者 模式 可 以 实现 表示 层 和 数据 逻辑 层 的 分 离 , 并 定义 了 稳定 的 消息 更 新 传递 
机 制 ,抽象 了 更 新 接口 ,使 得 可 以 有 各 种 各 样 不 同 的 表示 层 作 为 具体 观察 者 角色 。 

(2) 观察 者 模式 在 观察 目标 和 观察 者 之 间 建 立 一 个 抽象 的 耦合 。 观 察 目 标 只 需要 维持 
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一 个 抽象 观察 者 的 集合 ,每 一 个 具体 观察 者 都 符合 抽象 观察 者 的 定义 。 观 察 目标 不 需要 了 
解 其 具体 观察 者 ,只 需 知道 它们 都 有 一 个 共同 的 接口 即 可 。 由 于 观察 目标 和 观察 者 没有 紧 
密 地 耦合 在 一 起 ,因此 它们 可 以 属于 不 同 的 抽象 化 层次 。 

(3) 观察 者 模式 支持 广播 通信 ,观察 目标 会 向 所 有 注册 的 观察 者 发 出 通知 ,简化 了 一 对 
多 系统 设计 的 难度 。 

(4) 观察 者 模式 符合 “ 开 闭 原则 ”的 要 求 ,增加 新 的 具体 观察 者 无 须 修 改 原 有 系统 代码 ， 
在 具体 观察 者 与 观察 目标 之 间 不 存在 关联 关系 的 情况 下 ,增加 新 的 观察 目标 也 很 方便 。 

2. 观察 者 模式 的 缺点 

(1) 如 果 一 个 观察 目标 对 象 有 很 多 直接 和 间接 的 观察 者 的 话 ,将 所 有 的 观察 者 都 通知 
到 会 花费 很 多 时 间 。 

(2) 如 果 在 观察 者 和 观察 目标 之 间 有 循环 依赖 的 话 ,观察 目标 会 触发 它们 之 间 进行 循 
环 调用 ,可 能 导致 系统 崩溃 。 

(3) 观察 者 模式 没有 相应 的 机 制 让 观察 者 知道 所 观察 的 目标 对 象 是 怎么 发 生变 化 的 ， 
而 仅仅 只 是 知道 观察 目标 发 生 了 变化 。 


23.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 观察 者 模式 : 

(1) 一 个 抽象 模型 有 两 个 方面 ,其 中 一 个 方面 依赖 于 另 一 个 方面 。 将 这 些 方面 封装 在 
独立 的 对 象 中 使 它们 可 以 各 自 独立 地 改变 和 复 用 。 

(2) 一 个 对 象 的 改变 将 导致 其 他 一 个 或 多 个 对 象 也 发 生 改变 ,而 不 知道 具体 有 多 少 对 
象 将 发 生 改 变 , 可 以 降低 对 象 之 间 的 耦合 度 。 

(3) 一 个 对 象 必须 通知 其 他 对 象 ,而 并 不 知道 这 些 对 象 是 谁 。 

(4) 需要 在 系统 中 创建 一 个 触发 链 ,A 对 象 的 行为 将 影响 B 对象,B 对 象 的 行为 将 影响 
C 对 象 …… 可 以 使 用 观察 者 模式 创建 一 种 链 式 触 发 机 制 。 


23.4.3 模式 应 用 


(1) JDK 1.0 及 更 早 的 AWT 事件 模型 基于 职责 链 模式 ,但 是 这 种 模型 不 适用 于 复杂 
的 系统 ,因此 在 JDK 1. 1 版 本 及 以 后 的 各 个 版 本 中 ,事件 处 理 模型 采用 基于 观察 者 模式 的 
委派 事件 模型 (Delegation Event Model, DEM)。 

在 DEM 模型 里 面 , 目 标 角 色 (Subject) 负 责 发 布 事件 ,而 观察 者 角色 (Observer) 可 以 向 
目标 订阅 它 所 感 兴趣 的 事件 。 当 一 个 具体 目标 产生 一 个 事件 时 , 它 将 通知 所 有 订阅 者 。 在 
DEM 中 ,事件 的 发 布 者 称 为 事件 源 (Event Source) ,而 订阅 者 叫做 事件 监听 器 (Event 
Listener) ,在 这 个 过 程 中 还 可 以 通过 事件 对 象 (Event Object) 来 传递 与 事件 相关 的 信息 ,可 
以 在 事件 监听 者 的 实现 类 中 实现 事件 处 理 , 因 此 事件 监听 对 象 又 可 以 称 为 事件 处 理 对 象 。 
事件 源 对 象 . 事 件 监听 对 象 ( 事 件 处 理 对 象 ) 和 事件 对 象 构成 了 Java 事件 处 理 模型 的 三 
要 素 。 

(2) 除了 AWT 中 的 事件 处 理 之 外 ,Java 语言 解析 XML 的 技术 SAX2 以 及 Servlet 技 
术 的 事件 处 理 机 制 都 基于 DEM ,它们 都 是 观察 者 模式 的 应 用 。 
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(3) 观察 者 模式 在 软件 开发 中 应 用 非常 广泛 ,如 某 电子 商务 网 站 可 以 在 执行 发 送 操作 
时 给 多 个 用 户 发 送 商品 打折 信息 , 某 团 队 战斗 游戏 中 队友 牺牲 将 给 所 有 成 员 提示 等 ,凡是 涉 
及 一 对 一 或 者 一 对 多 的 对 象 交互 场景 都 可 以 使 用 观察 者 模式 。 


23.5 观察 者 模式 扩展 


1. Java 语言 提供 的 对 观察 者 模式 的 支持 


观察 者 模式 在 Java 语言 中 的 地 位 非常 重要 。 在 JDK 的 java. util 包 中 ,提供 了 
Observable 类 以 及 Observer 接口 ,它们 构成 了 Java 语言 对 观察 者 模式 的 支持 ,如 图 23-8 
所 示 。 


图 23-8 Java 语言 中 的 观察 者 类 


(1) Observer 接口 
java. util. Observer 接口 只 定义 一 个 方法 , 它 充 当 抽象 观察 者 ,其 方法 定义 代码 如 下 : 


当 观 察 目标 的 状态 发 生变 化 时 ,该 方法 将 会 被 调用 ,在 Observer 的 实现 子 类 中 实现 该 
update() 方 法 , 即 具体 观察 者 可 以 根据 需要 具有 不 同 的 更 新 行为 。 当 调用 观察 目标 类 
Observable 的 notifyObservers() 方 法 时 ,将 调用 观察 者 类 中 的 update() 方 法 。 

(2) Observable 类 

java. util. Observable 类 充当 观察 目标 类 ,在 Observable 中 定义 了 一 个 向 量 Vector 来 
存储 观察 者 对 象 。 它 的 方法 包括 : 

。 Observable() : 构造 函数 ,实例 化 Vector 向 量 。 

。 addObserver(Observer o) : 用 于 注册 新 的 观察 者 对 象 到 向 量 中 。 
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deleteObserver (Observer o) : 用 于 删除 向 量 中 的 某 一 个 观察 者 对 象 。 
notifyObservers() .notifyObservers(Object arg): 通知 方法 ,在 方法 内 部 循环 调用 
向 量 中 每 一 个 观察 者 的 update() 方 法 。 
deleteObservers: 该 方法 用 于 清空 向 量 , 即 删除 向 量 中 所 有 观察 者 对 象 。 
setChanged() : 该 方法 被 调用 后 会 将 一 个 boolean 类 型 的 内 部 标记 变量 changed 的 
值 设置 为 true, 表 示 观 察 目 标 对 象 的 状态 发 生 了 变化 。 
clearChanged(): 该 方法 用 于 将 changed 变量 的 值 设 为 false, 表 示 对 象 状态 不 再 发 
生 改 变 或 者 已 经 通知 了 所 有 的 观察 者 对 象 ,调用 了 它们 的 update() 方 法 。 
hasChanged() : 该 方法 用 于 测试 对 象 状 态 是 否 改变 。 

。 countObservers() : 该 方法 用 于 返回 向 量 中 观察 者 的 数量 。 

我 们 可 以 直接 使 用 Observer 接口 和 Observable 类 来 作为 观察 者 模式 的 抽象 层 , 自 定 
义 具 体 的 观察 者 类 和 观察 目标 类 ,通过 使 用 Java API 中 的 Observer 接口 和 Observable 类 ， 
可 以 更 加 方便 地 在 Java 语言 中 使 用 观察 者 模式 。 

2. MVC 模式 

MVC 模式 是 一 种 架构 模式 , 它 包 含 三 个 角色 : 模型 (Model) 、 视 图 (View) 和 控制 器 
(Controller)。 观 察 者 模式 可 以 用 来 实现 MVC 模式 ,观察 者 模式 中 的 观察 目标 就 是 MVC 
模式 中 的 模型 (Model) ,而 观察 者 就 是 MVC 中 的 视图 (View) ,控制 器 (Controller) 充 当 两 
者 之 间 的 中 介 者 (Mediator) 。 当 模型 层 的 数据 发 生 改变 时 ,视图 层 将 自动 改变 其 显示 内 容 。 

实际 上 ,MVC 模式 中 蕴涵 了 观察 者 模式 .中 介 者 模式 等 设计 模式 ,如 图 23-9 所 示 。 


Mediator 
Property Controller Component 
Update Update 
Vi 
Model 有 TREE iew 
Change Action 
Observer Java Swing 
图 23-9 MVC 模式 示意 图 


大 家 可 以 查询 相关 资料 对 MVC 模式 进行 深入 的 了 解 和 学 习 。 如 Oracle 公司 提供 的 技 
术 文 档 “Java SE Application Design With MVC”, 参考 网 址 : http://www. oracle. com/ 
technetwork/ articles/ javase/index-142890. html。 


23.6 本章 小 结 


(1) 观察 者 模式 定义 对 象 间 的 一 种 一 对 多 依赖 关系 ,使 得 每 当 一 个 对 象 状态 发 生 改 变 
时 ,其 相关 依赖 对 象 皆 得 到 通知 并 被 自动 更 新 。 观 察 者 模式 又 叫做 发 布 -订阅 模式 、 模 型 - 视 
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图 模式 、 源 -监听 器 模式 或 从 属 者 模式 。 观 察 者 模式 是 一 种 对 象 行为 型 模式 。 

(2) 观察 者 模式 包含 四 个 角色 : 目标 又 称 为 主题 , 它 是 指 被 观察 的 对 象 ; 具体 目标 是 目 
标 类 的 子 类 ,通常 它 包 含有 经 常 发 生 改 变 的 数据 , 当 它 的 状态 发 生 改 变 时 ,向 它 的 各 个 观察 
者 发 出 通知 ; 观察 者 将 对 观察 目标 的 改变 做 出 反应 ; 在 具体 观察 者 中 维护 一 个 指向 具体 目 
标 对 象 的 引用 , 它 存 储 具体 观察 者 的 有 关 状 态 , 这 些 状态 需要 和 具体 目标 的 状态 保持 一 致 。 

(3) 观察 者 模式 定义 了 一 种 一 对 多 的 依赖 关系 ,让 多 个 观察 者 对 象 同时 监听 某 一 个 目 
标 对 象 , 当 这 个 目标 对 象 的 状态 发 生变 化 时 ,会 通知 所 有 观察 者 对 象 ,使 它们 能 够 自动 更 新 。 

(4) 观察 者 模式 的 主要 优点 在 于 可 以 实现 表示 层 和 数据 逻辑 层 的 分 离 , 并 在 观察 目标 
和 观察 者 之 间 建 立 一 个 抽象 的 耦合 ,支持 广播 通信 :; 其 主要 缺点 在 于 如 果 一 个 观察 目标 对 
象 有 很 多 直接 和 间接 的 观察 者 的 话 ,将 所 有 的 观察 者 都 通知 到 会 花费 很 多 时 间 ,而 且 如 果 在 
观察 者 和 观察 目标 之 间 有 循环 依赖 的 话 ,观察 目标 会 触发 它们 之 间 进 行 循环 调用 ,可 能 导致 
系统 崩 演 。 

(5) 观察 者 模式 适用 情况 包括 : 一 个 抽象 模型 有 两 个 方面 ,其 中 一 个 方面 依赖 于 另 一 
个 方面 ; 一 个 对 象 的 改变 将 导致 其 他 一 个 或 多 个 对 象 也 发 生 改变 ,而 不 知道 具体 有 多 少 对 
象 将 发 生 改 变 ; 一 个 对 象 必须 通知 其 他 对 象 ,而 并 不 知道 这 些 对 象 是 谁 ; 需要 在 系统 中 创 
建 一 个 触发 链 。 

(6) 在 JDK 的 java. util 包 中 ,提供 了 Observable 类 以 及 Observer 接口 ,它们 构成 了 
Java 语言 对 观察 者 模式 的 支持 。 


思考 与 练习 


1. 某 在 线 股票 软件 需要 提供 如 下 功能 : 当 股 票 购买 者 所 购买 的 某 支 股票 价格 变化 幅 
度 达到 5% 时 ,系统 将 自动 发 送 通 知 (包括 新 价格 ) 给 购买 该 股票 的 股民 。 现 使 用 观察 者 模 
式 设计 该 系统 ,绘制 类 图 并 编程 实现 。 

2. 某 高 校 教学 管理 系统 需要 实现 如 下 功能 ,如 果 某 个 系 的 系 名 发 生 改 变 , 则 该 系 所 有 
教师 和 学 生 的 所 属 系 名 称 也 将 发 生 改 变 。 使 用 Java 语言 提供 的 观察 者 类 和 观察 目标 类 实 

3. 使 用 Java AWT/Swing 自 定义 一 个 信息 查询 控件 ,该 控件 包括 一 个 文本 框 和 一 个 查 
询 按钮 。 要 求 创 建 查询 事件 对 象 (SearchEvent) 、 查 询 事 件 监听 接口 (SearchListener) ,查询 
控件 (SearchBean) ,并 在 界面 中 使 用 该 控件 。 


状态 模式 


本 章 导 学 

状态 模式 是 一 种 较为 复杂 的 设计 模式 , 它 用 于 解决 系统 中 复杂 对 象 的 
状态 转换 以 及 不 同 状态 下 行为 的 封装 间 题 。 当 系统 中 某 个 对 象 存 在 多 个 状 
态 , 这 些 状 态 之 间 可 以 进行 转换 ,而 且 对 象 在 不 同 状 态 下 行为 不 相同 时 可 
以 使 用 状态 模式 。 状 态 模式 将 一 个 对 象 的 状态 从 该 对 象 中 分 离 出 来 ,使 
得 其 状态 可 以 灵活 变化 , 且 对 于 客户 端 来 说 ,用 户 无 须 关心 对 象 状 态 的 转 
换 以 及 对 象 所 处 的 当前 状态 ,无 论 对 于 何 种 状态 的 对 象 , 客 户 端 都 可 以 一 
致 处 理 。 


本 章 将 介绍 状态 模式 的 定义 与 结构 ,分 析 状态 模式 的 特点 ,并 结合 实例 学 习 状 态 模 式 的 
实现 过 程 , 学 会 如 何在 实际 软件 项 目 开 发 中 应 用 状态 模式 。 

本 章 的 难点 在 于 理解 环境 类 的 作用 ,以 及 如 何 将 状态 类 从 环境 类 中 分 离 出 来 并 实现 状 
态 的 转换 。 

状态 模式 重要 等 级 : 友 友 让 六 六 

状态 模式 难度 等 级 : 交友 交友 六 


24.1 状态 模式 动机 与 定义 


在 面向 对 象 软件 系统 中 ,有 些 对 象 拥 有 多 种 状态 ,这 些 状 态 可 以 相互 转换 ,而 且 对 象 状 
态 不 同时 ,其 行为 也 有 所 差异 。 对 于 这 种 类 型 的 对 象 ,可 以 通过 状态 模式 对 其 进行 设计 ,使 
得 对 象 可 以 灵活 地 切换 状态 且 用 户 在 使 用 过 程 中 无 须 关 心 对 象 状态 及 其 切换 细节 。 在 本 章 
我 们 将 学 习 关 注 于 对 象 状态 及 其 转换 的 状态 模式 。 


24.1.1 模式 动机 


在 很 多 情况 下 ,一 个 对 象 的 行为 取决 于 一 个 或 多 个 动态 变化 的 属性 ,这 样 的 属性 叫做 状 
态 ,这样 的 对 象 叫做 有 状态 的 (stateful) 对 象 , 这 些 对 象 状 态 是 从 事先 定义 好 的 一 系列 值 中 
取出 的 。 当 一 个 这 样 的 对 象 与 外 部 事件 产生 互动 时 ,其 内 部 状态 就 会 改变 ,从 而 使 得 系统 的 
行为 也 随 之 发 生变 化 。 在 UML 中 可 以 使 用 状态 图 来 描述 对 象 状态 的 变化 。 假 设 人 作为 一 
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个 对 象 根据 心情 不 同 具有 两 种 状态 : 开心 和 伤心 ,这 两 种 状态 可 以 相互 转换 。 如 开心 的 人 
可 以 因为 失恋 而 伤心 ,伤心 的 人 可 以 因为 中 奖 而 开心 ,而且 在 不 同 状态 下 行为 也 不 相同 ,如 
有 些 人 开心 的 时 候 喜 欢 唱歌 .请 客 吃饭 ,有 些 人 伤心 的 时 候 喜 欢 疯狂 购物 ,当然 也 有 人 选择 
一 个 极端 的 方式 发 泄 自 己 的 伤心 情绪 一 一 撞墙 。 如果 用 状态 图 来 描述 该 过 程 ,如 图 24-1 
所 示 。 


图 24-1 人 的 情绪 状态 图 


在 软件 系统 中 也 大 量 存在 类 似 的 情况 ,如 考虑 某 酒店 订房 系统 ,可 以 将 酒店 房间 设计 为 
一 个 类 ,酒店 房间 对 象 将 会 存在 已 预订 ,空闲 .已 人 住 等 状态 ,这些 状 态 之 间 可 以 相互 转换 ， 
对 于 客户 而 言 ,这 些 状态 的 转换 细节 无 须知 道 。 不 同 状态 的 对 象 还 可 能 具有 不 同 的 行为 ,如 
已 预订 或 有 客人 入 住 的 房间 就 不 能 再 接受 其 他 顾客 的 预订 ,而 空闲 的 房间 可 以 接受 预订 。 
在 通常 情况 下 ,可 以 用 复杂 的 条 件 判断 (如 让 ...else..….) 来 进行 状态 的 判断 和 转换 操作 ,这 会 
导致 代码 的 可 维护 性 和 灵活 性 下 降 , 特 别 是 出 现 新 的 状态 时 ,代码 的 扩展 性 很 差 ,客户 端 代 
码 也 需要 进行 相应 的 修改 ,违反 了 “ 开 闭 原则 ”原则 。 为 了 解决 状态 的 转换 问题 ,并 使 得 客户 
端 代码 与 对 象 状 态 之 间 的 耦合 度 降低 ,状态 模式 是 一 个 更 为 合理 的 解决 方案 。 

在 状态 模式 中 ,可 以 将 对 象 状 态 从 包含 该 状态 的 类 中 分 离 出 来 ,做 成 一 个 个 单独 的 状态 
类 ,如 人 的 两 种 情绪 可 以 设计 成 两 个 状态 类 ,如 图 24-2 所 示 。 


县 


单一 一 一 请 结 


昌 和 乌 


图 24-2 人 的 情绪 状态 结构 图 


在 图 24-2 中 ,将 “开心 ”与 “伤心 ”两 种 情绪 从 类 “人 ”中 分 离 出 来 ,从 而 避免 在 * 人 ”中 
进行 状态 的 判断 和 转换 ,将 拥有 状态 的 对 象 和 状态 对 应 的 行为 分 离 , 这 就 是 状态 模式 的 
动机 。 


24.1.2 模式 定义 


状态 模式 (State Pattern) 定 义 : 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 ,对 象 
看 起 来 似乎 修改 了 它 的 类 。 其 别名 为 状态 对 象 (Objects for States) ,状态 模式 是 一 种 对 象 
行为 型 模式 。 
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英文 定义 :“Allow an object to alter its behavior when its internal state changes. The 


object will appear to change its class. ”。 


24.2 状态 模式 结构 与 分 析 


在 状态 模式 中 引入 了 抽象 状态 类 和 具体 状态 类 ,它们 是 状态 模式 的 核心 ,下 面 将 学 习 并 
分 析 其 模式 结构 。 


24.2.1 模式 结构 
状态 模式 结构 图 如 图 24-3 所 示 。 


i 


图 24-3 ”状态 模式 结构 图 


状态 模式 包含 如 下 角色 : 

1. Context( 环 境 类 ) 

环境 类 又 称 为 上 下 文 类 , 它 是 拥有 状态 的 对 象 .但 是 由 于 其 状态 存在 多 样 性 且 在 不 同 状 
态 下 对 象 的 行为 有 所 不 同 ,因此 将 状态 独立 出 去 形成 单独 的 状态 类 。 在 环境 类 中 维护 一 个 
抽象 状态 类 State 的 实例 ,这 个 实例 定义 当前 状态 ,在 具体 实现 时 , 它 是 一 个 State 子 类 的 对 
象 ,可 以 定义 初始 状态 。 

2. State( 抽 象 状态 类 ) 

抽象 状态 类 用 于 定义 一 个 接口 以 封装 与 环境 类 的 一 个 特定 状态 相关 的 行为 ,在 抽象 状 
态 类 中 声明 了 各 种 不 同 状态 对 应 的 方法 ,而 在 其 子 类 中 实现 了 这 些 方法 ,由 于 不 同 状态 下 对 
象 的 行为 可 能 不 同 ,因此 在 不 同 子 类 中 方法 的 实现 可 能 存在 不 同 ,相同 的 方法 可 以 写 在 抽象 
状态 类 中 。 

3. ConcreteState( 具 体 状态 类 ) 

具体 状态 类 是 抽象 状态 类 的 子 类 ,每 一 个 子 类 实现 一 个 与 环境 类 的 一 个 状态 相关 的 行 
为 ,每 一 个 具体 状态 类 对 应 环境 的 一 个 具体 状态 .不 同 的 具体 状态 类 其 行为 有 所 不 同 。 


24.2.2 模式 分 析 
在 实际 开发 中 我 们 经 常会 使 用 类 似 证..else 让 .else... 进 行 状态 切换 ,如 果 这 些 针对 状 
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态 的 判断 切换 反复 出 现 , 我 们 就 要 考虑 是 否 可 以 采取 状态 模式 。 状 态 模式 描述 了 对 象 状态 
的 变化 以 及 对 象 如 何在 每 一 种 状态 下 表现 出 不 同 的 行为 。 它 在 实际 应 用 中 很 常见 ,非常 适 
合 设计 那些 存在 各 种 状态 切换 的 对 象 。 状 态 模式 的 关键 是 引入 了 一 个 抽象 类 来 专门 表示 对 
象 的 状态 ,这 个 类 我 们 叫做 抽象 状态 类 ,而 对 象 的 每 一 种 具体 状态 类 都 继承 了 该 类 ,并 在 不 
同 具 体 状 态 类 中 实现 了 不 同 状态 的 行为 ,包括 各 种 状态 之 间 的 转换 。 
考虑 前 面 所 提 到 的 酒店 订房 系统 中 的 酒店 房间 ,为 其 绘制 UML 状态 图 ,如 图 24-4 所 示 。 
人 空间 | 项 订房 ,| 已 玉林 


| do/ 预订 | do1 入 住 
do/ 入 住 ”“) ” ”取消 预订 | do/ 取消 预订 
OA 


住 进 房间 住 进 房间 


-EX 
退 房 【do/ 退 房 | 


如 果 不 使 用 状态 模式 ,在 环境 类 房间 中 可 能 存在 如 下 示例 代码 片段 : 


if(state== "空闲 ") 
{ 
if( 预 订房 间 ) 
{ 
预订 操作 ; 
state= "已 预订 "; 
} 
else if( 住 进 房间 ) 
{ 
和 人 住 操作 ; 
state= "已 人 住 "; 
} 
} 
else if(state== "已 预订 ") 
{ 
证 ( 住 进 房间 ) 
{ 
和 人 住 操作 ; 
state= "已 人 住 "; 
} 
else if( 取 消 预 订 ) 
{ 
取消 操作 ; 


state= "空闲 "; 
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在 上 述 代码 中 ,我们 将 发 现在 房间 类 中 需要 做 复杂 的 判断 进行 状态 切换 操作 ,而 且 房 间 
类 的 状态 不 同时 其 操作 也 有 所 差异 ,因此 代码 非常 元 长 ,可 维护 性 很 差 。 因 此 需要 考虑 将 房 
间 类 的 状态 从 房间 类 中 抽取 出 来 ,将 与 每 种 状态 有 关 的 操作 封装 在 独立 的 状态 类 中 。 将 状 
态 类 从 房间 类 中 抽取 出 来 后 可 以 得 到 如 图 24-5 所 示 的 结构 图 。 


房间 类 


- state : State Sr 
+ setState (房间 状态 类 state) 
+ 预订 () 


+ 入 住 () 
+ 取消 预订 () 
+ 退 房 () 


0 


+ 预订 () 
+ 入 住 (0 


房间 状态 类 


+ 预订 () | 


+ 入住 
0 


+ 退 房 () 
WY 
四 EE 
“| 攻 ERO 
已 预订 状态 类 
+ 入 住 () 
+ 取消 预订 () 


根据 图 24-5 所 示 结 构 ,将 以 上 代码 进行 重 构 , 可 以 将 与 每 一 种 状态 相关 的 代码 写 在 单 


独 的 类 中 ,示例 代码 如 下 : 


// 重 构 之 后 的 “空闲 状态 类 ”示例 代码 


if( 预 订房 间 ) 
{ 
预订 操作 ; 


context. setState(new 已 预订 状态 类 ()); 


} 
else if( 住 进 房 间 ) 
if 

入 住 操作 ; 


context. setState(new 已 入住 状态 类 ()); 


在 如 上 示例 代码 中 ,我 们 将 与 空闲 状态 相关 的 操作 封装 到 一 个 单独 的 空闲 状态 类 中 ,其 
他 状态 也 如 此 封装 。 在 环境 类 Context 中 提供 一 个 setState() 方 法 用 于 设置 当前 房间 状态 ， 
同时 将 状态 转换 代码 从 环境 类 中 抽取 出 来 ,封装 到 单独 的 状态 类 中 ,更 加 符合 “单一 职责 原 


则 ”的 要 求 。 


虽然 在 状态 模式 结构 图 中 环境 类 Context 与 抽象 状态 类 State 之 间 存 在 单 向 的 关联 关 
系 ,在 Context 中 定义 了 一 个 State 对 象 ,然而 在 具体 实现 时 ,它们 之 间 存 在 更 为 复杂 的 关 
系 ,State 与 Context 之 间 可 能 也 存在 依赖 或 者 双向 关联 关系 。 
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在 状态 模式 结构 中 需要 理解 环境 类 与 抽象 状态 类 的 作用 : 

(1) 环境 类 实际 上 就 是 拥有 状态 的 对 象 ,如 航空 订 票 系统 中 的 订单 拥有 多 种 状态 则 订 
单 是 环境 类 ,酒店 订房 系统 中 的 房间 拥有 多 种 状态 则 房间 是 环境 类 。 环 境 类 有 时 候 可 以 充 
当 状 态 管理 器 (State Manager) 的 角色 ,可 以 在 环境 类 中 对 状态 进行 切换 操作 。 

(2) 抽象 状态 类 可 以 是 抽象 类 ,也 可 以 是 接口 ,不同 状态 类 就 是 继承 这 个 父 类 的 不 同 子 
类 ,状态 类 的 产生 是 由 于 环境 类 存在 多 个 状态 ,同时 还 满足 两 个 条 件 : 这 些 状 态 经 常 需要 切 
换 , 在 不 同 的 状态 下 对 象 的 行为 不 同 。 因 此 可 以 将 不 同 状态 下 的 行为 单独 提取 出 来 封装 在 
具体 的 状态 类 中 ,使 得 环境 类 对 象 在 其 内 部 状态 改变 时 可 以 改变 它 的 行为 ,对 象 看 起 来 似乎 
修改 了 它 的 类 ,而 实际 上 是 由 于 切换 到 不 同 的 具体 状态 类 实现 的 。 由 于 环境 类 可 以 设置 为 
任 一 具体 状态 类 ,因此 它 针对 抽象 状态 类 进行 编程 ,在 程序 运行 时 可 以 将 任 一 具体 状态 类 的 
对 象 设置 到 环境 类 中 ,从 而 使 得 环境 类 可 以 改变 内 部 状态 ,并 且 改 变 行为 。 


24.3 状态 模式 实例 与 解析 
下 面 通过 两 个 实例 来 进一步 学 习 并 理解 状态 模式 。 
24.3.1 状态 模式 实例 之 论坛 用 户 等 级 


1. 实例 说 明 

在 某 论坛 系统 中 ,用 户 可 以 发 表 留 言 ,发 表 留 言 将 增加 积分 ; 用 户 也 可 以 回复 留言 , 回 
复 留言 也 将 增加 积分 ; 用 户 还 可 以 下 载 文件 ,下 载 文件 将 扣除 积分 。 该 系统 用 户 分 为 三 个 
等 级 ,分 别 是 新 手 、 高 手 和 专家 ,这 三 个 等 级 对 应 三 种 不 同 的 状态 ,这 三 种 状态 分 别 定义 
如 下 : 

(1) 如 果 积 分 小 于 100 分 , 则 为 新 手 状 态 , 用 户 可 以 发 表 留 言 \ 回 复 留言 ,但 是 不 能 下 载 
文件 。 如 果 积 分 大 于 等 于 1000 分 , 则 转换 为 专家 状态 ; 如 果 积 分 大 于 等 于 100 分 , 则 转换 
为 高 手 状 态 。 

(2) 如 果 积 分 大 于 等 于 100 分 但 小 于 1000 分 , 则 为 高 手 状 态 , 用 户 可 以 发 表 留 言 \ 回 复 
留言 ,还 可 以 下 载 文件 ,而 且 用 户 在 发 表 留 言 时 可 以 获取 双 倍 积分 。 如 果 积 分 小 于 100 分 ， 
则 转换 为 新 手 状态 ; 如 果 积 分 大 于 等 于 1000 分 , 则 转换 为 专家 状态 ; 如 果 下 载 文 件 后 积分 
小 于 0, 则 不 能 下 载 该 文件 。 

(3) 如 果 积 分 大 于 等 于 1000 分 , 则 为 专家 状态 ,用 户 可 以 发 表 留 言 . 回 复 留言 和 下 载 文 
件 ,用户 除 了 在 发 表 留 言 时 可 以 获取 双 倍 积分 外 .下 载 文件 只 扣除 所 需 积 分 的 一 半 。 如 果 积 
分 小 于 100 分 , 则 转换 为 新 手 状 态 ; 如 果 积 分 小 于 1000 分 ,但 大 于 等 于 100, 则 转换 为 高 手 
状态 ; 如 果 下 载 文 件 后 积分 小 于 0, 则 不 能 下 载 该 文件 。 

2. 实例 类 图 

通过 分 析 ,该 实例 类 图 如 图 24-6 所 示 。 

3. 实例 代码 及 解释 

(1) 环境 类 ForumAccount( 论 坛 账号 类 ) 
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ForumAccount AbstractState 
一 state : AbstractState tabstract 
一 name: String # acc :ForumAccount 
+ ForumAccount (String name) | ii 
+ setState (AbstractState state): void acc # stateName : String 
+ getState () :AhstractState| + checkState (int score) :void 
+ setName (String name) :void Lass + downloadFile (int score) :void 
+ getName() : String + writeNote (int score) :void 
+ downloadFile (int score) :void + replyNote (int score) :void 
+ writeNote (int score) :void + setPoint (int poinD : void 
+ replyNote (int score) :void + getPoint () : int 
+ setStateName(String stateName): void 
+ getStateName () : String| 


HighState 


MiddleState 


+ writeNote () 
+ downloadFile 0 


+ HighState (AbstractState state) 
:void 


+ checkState (int score) 


+ MiddleState (AbstractState state) 
+ WriteNote (int score) :void 
+ checkState (int score) :void 


public class ForumAccount 

{ 
private AbstractState state; 
private String name; 
public ForumAccount (String name) 


PrimaryState | 


+ PrimaryState (AbstractState state) 
+ PrimaryState (ForumAccount acc) 
+ downloadFile (int score) 
+ checkState (int score) 


{ 
this,. name = name; 
this. state = new PrimaryState(this); 
System. out. println(this.name + "注册 成 功 !"); 
SEO en = 
} 
public void setState(RbstractState state) 
上 
this. state = state; 
} 
public AbstractState getState() 
. 
return this. state; 
lL 
public String getName( ) 
return this. name; 
} 


public void downloadFile( int score) 
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{ 
state. downloadFile( score); 


} 


public void writeNote( int score) 
{ 
state. writeNotel( score); 


} 


public void replyNote( int score) 
| 
state. replyNote( score); 


} 


ForumAccount 类 是 一 个 环境 类 , 它 是 拥有 状态 的 对 象 , 它 维持 了 一 个 抽象 状态 的 引 
用 ,并 且 可 以 通过 其 setState() 方 法 设置 状态 。 在 ForumAccount 类 的 构造 函数 中 定义 了 初 
始 状 态 , 在 其 业务 方法 中 可 以 调用 定义 在 状态 类 中 的 业务 方法 ,如 downloadFile ()、 
writeNote() 和 replyNote() 等 。 

(2) 抽象 状态 类 AbstractState( 账 号 状态 类 ) 


public abstract class AbstractState 
"| 
protected ForumAccount acc; 
protected int point; 
protected String stateName; 
public abstract void checkState( int score); 


public void downloadFile( int score) 
{ 
System. out. println(acc. getName() + "下 载 文件 ,扣除 "+ score +“" 积 分 。"); 
this. point ~ = score; 
checkState(score) ; 
System. out. println(" 剩 余 积分 为 : ”+ this. point + "当前 级 别 为 : ”+ acc. getState(). 
stateName + "。") 


i 


public void writeNote( int score) 
System. out. println(acc. getName() + "发 布 留言 " + ", 增 加 ”+ score + "积分 。"); 
this. point + = score; 
checkState( score); 
System. out.println(" 剩 余 积 分 为 : ”+ this. point +", 当前 级 别 为 : ”+ acc. getState( ) . 
stateName + "."); 


} 


public void replyNotel( int score) 


和 
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System. out. println(acc. getName() + "回复 留言 ,增加 ”+ score + "积分 。"); 
this. point + = score; 
checkState( score); 
System. out.println(" 剩 余 积 分 为 : ”+ this. point + ", 当前 级 别 为 : ”+ acc. getState(). 
stateName + ","); 
} 


public void setPoint (int point) { 
this. point = point; 
} 


public int getPoint() { 
return (this. point); 
} 


public void setStateName(String stateName) { 
this. stateName = stateName; 


} 


public String getStateName() { 
return (this. stateName); 


} 


AbstractState 类 是 抽象 状态 类 , 它 与 环境 类 有 一 个 双向 的 关联 关系 ,在 AbstractState 
类 中 定义 了 一 个 ForumAccount 对 象 , 用 于 在 具体 状态 类 内 部 通过 ForumAccount 对 象 的 
setState() 方 法 来 进行 状态 的 转换 。 在 AbstractState 中 定义 了 业务 方法 的 通用 实现 ,在 没 
有 状态 子 类 覆盖 的 情况 下 ,默认 调用 AbstractState 类 中 定义 的 业务 方法 。 

(3) 具体 状态 类 PrimaryState( 新 手 状 态 类 ) 


public class PrimaryState extends AbstractState 
下 
public PrimaryYyState(RbstractState state) 
this.acc = state.acc; 
this. point = state. getPoint( ); 
this. stateName = "新 手 "; 
ii 


public PrimaryState(ForumAccount acc) 
i 

this. point = 0; 

this.acc = acc; 

this. stateName = "新 手 "; 
} 


public void downloadFilel( int score) 


! 
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System. out. println(" 对 不 起 , ”+ acc. getName() +", 您 没有 下 载 文件 的 权限 !"); 
} 


public void checkState( int score) 
‘ 
if(point >= 1000) 
{ 
acc. setState(new HighState(this)); 
else if(point >= 100) 
{ 
acc. setState(new MiddleState(this)); 
} 


PrimaryState 是 抽象 状态 类 AbstractState 的 子 类 ,是 具体 状态 类 之 一 ,在 其 中 覆盖 了 
downloadFile() 方 法 ,实现 了 抽象 方法 checkState(), 在 checkState() 方 法 中 实现 了 状态 的 
(4) 具体 状态 类 MiddleState( 高 手 状 态 类 ) 


public class MiddleState extends AbstractState 
{ 
public MiddleState(AbstractState state) 
Ei 
this.acc = state.acc; 
this. point = state. getPoint(); 
this, stateName = "高 手 "; 
1 


public void writeNote( int score) 

{ 
System. out. println(acc. getName() + "发 布 留言 ”+ ", 增 加 ”+ score + "* 2 个 
积分 。"); 
this. point + = score * 2; 
checkState( score); 
System. out. println(" 剩 余 积 分 为 : ”+ this. point +", 当前 级 别 为 : ”+ acc. getState(). 
stateName + "."); 


} 


public void checkState( int score) 
{ 
if(point >= 1000) 
{ 
acc. setState(new HighState(this)); 
} 
else if(point <0) 
{ 
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} 


System. out. println( "余额 不 足 ,文件 下 载 失败 !"); 
this. point + = score; 

} 

else if(point <= 100) 

{ 
acc. setState(new PrimaryState(this)); 

} 


MiddleState 是 抽象 状态 类 AbstractState 的 子 类 ,也 是 具体 状态 类 之 一 ,在 其 中 覆盖 了 
writeNote() 方 法 ,实现 了 抽象 方法 checkState() ,在 checkState() 方 法 中 实现 了 状态 的 转换 


人 逻辑 。 


(5) 具体 状态 类 HighState( 专 家 状态 类 ) 


public class HighState extends AbstractState 


{ 


public HighState(AbstractState state) 


{ 


} 


this. acc = state. acc; 
this. point = state. getPoint(); 
this. stateName = "专家 "; 


public void writeNote( int score) 


{ 


} 


System. out. println(acc. getName() + "发 布 留言 ”+ ", 增 加 ”+ score + "*2 个 
积分 2")》 

this. point + = score * 2; 

checkStatel( score); 

System. out. println(" 剩 余 积 分 为 : ”+ this. point +", 当前 级 别 为 : ”+ acc. getState(). 
stateName + "."); 


public void downloadFile( int score) 


1 


System. out. println(acc. getName() + "下 载 文 件 ,扣除 "” + score + "/2 积分 。"); 

this. point ~ = score/2; 

checkState(score) ; 

System. out. println(" 剩 余 积 分 为 : ”+ this. point + ", 当 前 级 别 为 : ”+ acc.getState( ) . 
stateName + ","); } 


public void checkState( int score) 


{ 


if(point <0) 
{ 
System. out. println(" 余 额 不 足 , 文件 下 载 失 败 !"); 


this. point + = Score 


} 


} 
else if(point <= 100) 
{ 

acc. setState( new PrimaryState( this)); 
else if(point <= 1000) 
{ 

acc. setState(new MiddleState(this)); 
; 
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HighState 是 抽象 状态 类 AbstractState 的 子 类 ,也 是 具体 状态 类 之 一 ,在 其 中 覆盖 了 
writeNote() 方 法 和 downloadFile() 方 法 ,并 且 实 现 了 抽象 方法 checkState() ,在 checkState( ) 方 
法 中 实现 了 状态 的 转换 逻辑 。 

4. 辅助 代码 

客户 端 测试 类 Client 如 下 : 


public class Client 


{ 


public static void main(String args[ ]) 


《 


} 


ForumAccount account = new ForumAccount(" 张 三 "); 
account. writeNote(20); 


System. out. println(" ---------------------------------- 


account. downloadFile(20); 


System. out. println(" ———-—-—-—--—----—-------------------- 


account. replyNote(100); 


System. out. println(" --—-------------------------------— 


account. writeNote( 40); 


System. out. println(" -——-—-----------------------------— 


account. downloadFile(80); 


System. out. println(" ---------------------------------- 


account. downloadFile(150); 


System. out. println(" ———-——--—-—-—------------------------- 


account. writeNote(1000); 


he 


account. downloadFile(80); 
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在 客户 端 代码 中 ,定义 了 一 个 ForumAccount 类 型 的 对 象 account, 然 后 通过 调用 其 方 
法 来 实现 业务 操作 ,而 无 须 关 心 其 内 部 状态 的 转换 。 由 于 在 不 同 状 态 下 系统 的 行为 有 所 不 
同 ,因此 随 着 状态 的 变化 ,执行 相同 方法 可 能 会 出 现 完全 不 同 的 结果 ,如 四 次 调用 
downloadFile() 方 法 的 结果 就 都 不 相同 。 
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5. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


张 三 发 布 留言 ,增加 20 积分 。 
剩余 积分 为 : 20, 当前 级 别 为 : 新 手 。 


张 三 回 复 留 言 , 增 加 100 积分 。 
剩余 积分 为 : 120, 当前 级 别 为 : 高 手 。 


张 三 发 布 留言 ,增加 40 * 2 个 积分 。 
剩余 积分 为 : 200, 当前 级 别 为 : 高 手 。 


张 三 下 载 文件 ,扣除 80 积分 。 
剩余 积分 为 : 120, 当前 级 别 为 : 高 手 。 


张 三 下 载 文件 ,扣除 150 积分 。 
余额 不 足 , 文 件 下 载 失败 ! 
剩余 积分 为 : 120, 当前 级 别 为 : 高 手 。 


张 三 发 布 留言 ,增加 1000* 2 个 积分 。 
剩余 积分 为 : 2120, 当前 级 别 为 : 专家 。 


张 三 下 载 文件 ,扣除 80/2 积分 。 
剩余 积分 为 : 2080, 当前 级 别 为 : 专家 。 


注意 加 粗 部 分 对 应 客户 端 代码 中 四 次 调用 downloadFile() 方 法 的 输出 结果 ,由 于 对 象 
状态 不 一 样 ,因此 这 四 次 输出 结果 均 不 相同 。 如 果 是 “新 手 ” 状 态 , 则 没有 下 载 文件 的 权限 ; 
如 果 是 “高 手 ? 状 态 , 则 可 以 下 载 文件 ,但 是 如 果 文 件 所 需 积 分 大 于 所 剩 积分 则 下 载 失败 ; 如 
果 是 “专家 ”状态 , 则 只 需 扣除 所 需 积 分 的 一 半 。 这 体现 了 对 象 在 不 同 状态 下 具有 不 同 的 行 
为 ,而且 对 象 的 转换 是 自动 的 ,客户 端 无 须 关 心 其 转换 细节 。 


1. 实例 说 明 

某 银 行 系统 定义 的 账户 有 三 种 状态 : 

(1) 如 果 上 账户 (Account) 中 余额 (balance) 大 于 等 于 0, 此 时 账户 的 状态 为 绿色 
(GreenState) , 即 正常 状态 ,表示 既 可 以 向 该 账户 存款 (deposit) 也 可 以 从 该 账户 取款 
(Cwithdraw) 。 

(2) 如 果 账 户 中 余额 小 于 0. 并且 大 于 等 于 一 1000, 则 账户 的 状态 为 黄色 (YellowState) , 即 
欠 费 状态 ,此 时 既 可 以 向 该 账户 存款 也 可 以 从 该 账户 取款 。 
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(3) 如 果 账 户 中 余额 小 于 一 1000, 那 么 账户 的 状态 为 红色 (RedState), 即 透支 状态 ,此 
时 用 户 只 能 向 该 账户 存款 ,不 能 再 从 中 取款 。 

现 用 状态 模式 来 实现 状态 的 转化 问题 ,用 户 只 需要 执行 简单 的 存款 和 取款 操作 ,系统 根 
据 余额 数量 自动 转换 到 相应 的 状态 。 

2. 实例 类 图 

通过 分 析 , 该 实例 类 图 如 图 24-7 所 示 。 


图 24-7 银行 账户 类 图 


该 实例 的 代码 解释 与 结果 分 析 略 。 
24.4 状态 模式 效果 与 应 用 


24.4.1 模式 优 缺点 


1. 状态 模式 的 优点 

(1) 封装 了 转换 规则 。 在 状态 模式 中 无 须 使 用 宛 长 的 条 件 语句 来 进行 状态 的 判断 和 转 
移 ,将 不 同 状态 之 间 的 转换 封装 在 状态 类 中 ,提高 了 代码 的 可 维护 性 。 

(2) 枚 举 可 能 的 状态 ,在 枚 举 状态 之 前 需要 确定 状态 种 类 。 

(3) 将 所 有 与 某 个 状态 有 关 的 行为 放 到 一 个 类 中 ,并 且 可 以 方便 地 增加 新 的 状态 ,只 需 
要 改变 对 象 状 态 即 可 改变 对 象 的 行为 。 

(4) 允许 状态 转换 逻辑 与 状态 对 象 合 成 一 体 ,而 不 是 一 个 巨大 的 条 件 语句 块 。 

(5) 可 以 让 多 个 环境 对 象 共享 一 个 状态 对 象 ,从 而 减少 系统 中 对 象 的 个 数 。 

2. 状态 模式 的 缺点 

(1) 状态 模式 的 使 用 必然 会 增加 系统 类 和 对 象 的 个 数 。 

(2) 状态 模式 的 结构 与 实现 都 较为 复杂 ,如 果 使 用 不 当 将 导致 程序 结构 和 代码 混乱 。 
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(3) 状态 模式 对 “ 开 闭 原则 ”的 支持 并 不 太 好 ,对 于 可 以 切换 状态 的 状态 模式 ,增加 新 的 
状态 类 需要 修改 那些 负责 状态 转换 的 源 代码 ,否则 无 法 切换 到 新 增 状态 ; 而 且 修 改 某 个 状 
态 类 的 行为 也 需 修改 对 应 类 的 源 代码 。 


24.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 状态 模式 : 

(1) 对 象 的 行为 依赖 于 它 的 状态 (属性 ) 并 且 可 以 根据 它 的 状态 改变 而 改变 它 的 相关 行 
为 ,如 银行 账号 ,具有 不 同 的 状态 时 其 行为 有 所 差异 (有 些 状 态 既 能 存款 又 能 取款 ,有 些 状态 
能 存款 但 是 不 能 取款 ) 。 

(2) 代码 中 包含 大 量 与 对 象 状态 有 关 的 条 件 语 名 ,这些 条 件 语句 的 出 现 ,会 导致 代码 的 
可 维护 性 和 灵活 性 变 差 ,不 能 方便 地 增加 和 删除 状态 使 客户 类 与 类 库 之 间 的 耦合 增强 。 在 
这 些 条 件 语句 中 包含 了 对 象 的 行为 ,而 且 这 些 条 件 对 应 于 对 象 的 各 种 状态 。 


24.4.3 模式 应 用 


(1) 状态 模式 在 工作 流 或 游戏 等 类 型 的 软件 中 得 以 广泛 使 用 ,甚至 可 以 用 于 这 些 系统 
的 核心 功能 设计 ,如 在 政府 OA 办 公 系 统 中 ,一 个 批文 的 状态 有 多 种 : 尚未 办 理 ; 正在 办 
理 ; 正在 批示 ; 正在 审核 ; 已 经 完成 等 各 种 状态 ,而 且 批文 状态 不 同时 对 批文 的 操作 也 有 所 
差异 。 使 用 状态 模式 可 以 描述 工作 流 对 象 (如 批文 ) 的 状态 转换 以 及 不 同 状态 下 它 所 具有 的 
行为 。 

(2) 在 目前 主流 的 RPG(Role Play Game,; 角 色 扮 演 游戏 ) 中 ,使 用 状态 模式 可 以 对 游戏 
角色 进行 控制 ,游戏 角色 的 升级 伴随 着 其 状态 的 变化 和 行为 的 变化 。 对 于 游戏 程序 本 身 也 
可 以 通过 状态 模式 进行 总 控 , 一 个 游戏 活动 包括 开始 、 运 行 .结束 等 状态 ,通过 对 状态 的 控制 
可 以 控制 系统 的 行为 ,决定 游戏 的 各 个 方面 ,因此 可 以 使 用 状态 模式 对 整个 游戏 的 架构 进行 
设计 与 实现 。 


24.5 状态 模式 扩展 


避 | 


1. 共享 状态 

在 有 些 情 况 下 多 个 环境 对 象 需要 共享 同一 个 状态 ,如果 和 希望 在 系统 中 实现 多 个 环境 对 
象 实例 共享 一 个 或 多 个 状态 对 象 ,那么 需要 将 这 些 状态 对 象 定义 为 环境 的 静态 成 员 对 象 。 

下 面 通过 一 个 简单 实例 来 说 明 如 何 实现 共享 状态 : 如 果 某 系统 要 求 两 个 开关 对 象 要 人 么 
都 处 于 开 的 状态 ,要 么 都 处 于 关 的 状态 ,在 使 用 时 它们 的 状态 必须 保持 一 致 ,开关 可 以 由 开 
切换 到 关 , 也 可 以 由 关切 换 到 开 , 代 码 如 下 : 
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public Switch( String name) 
this. name = name; 
onState = new OnState( ); 
offState = new OffState( ); 
state = onState; 


public void setState(State state) 


{ 
this. state = state; 


// 打 开 开 关 
public void on() 


{ 


System. out. print (name); 
state. on(this); 


// 关 闭 开 关 

public void off() 
System. out. print(name) 
state. off(this); 


public static State getState(String type) 
if(type. equalsIgnoreCase( "on")) 


{ 
return onState; 
} 
else 
{ 
return offState; 
) 
有 
} 
抽象 状态 类 代码 如 下 : 


public abstract class State 
public abstract void on(Switch s); 
public abstract void off(Switch s); 
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两 个 具体 状态 类 代码 如 下 : 


// 打 开 状 态 
public class OnState extends State 


public void on(Switch s) 
{ 

System. out. println(" 已 经 打开 !"); 
} 


public void off(Switch s) 
{ 
System. out. println(" 关 闭 !"); 
s. setState( Switch. getState( "off")); 


} 


// 关 闭 状 态 
public class OffState extends State 
上 
public void on(Switch s) 
System. out. println(" 打 开 !"); 
s. setState( Switch. getState( "on")); 


public void off(Switch s) 
| 

System. out. println(" 已 经 关闭 !"); 
} 


编写 如 下 客户 端 代 码 进 行 测试 : 


public class Client 
A 
public static void main(String args[ ]) 
{ 
Switch s1, s2; 
sl = new Switch(" 开 关 1"); 
s2 = new Switch(" 开 关 2"); 


sl.on(); 
s2.o0n(); 
s1.off(); 
s2.off(); 
s2.0n(); 
sl.on(); 
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输出 结果 如 下 : 


从 输出 结果 可 以 得 知 两 个 开关 共享 相同 的 状态 ,如 果 第 一 个 开关 关闭 , 则 第 二 个 开关 也 
将 关闭 ,再 次 关闭 时 将 输出 “已 经 关闭 ”; 打开 时 与 之 类 似 。 

2. 简单 状态 模式 与 可 切换 状态 的 状态 模式 

(1) 简单 状态 模式 

简单 状态 模式 是 指 状态 都 相互 独立 ,状态 之 间 无 须 进行 转换 的 状态 模式 ,这 是 最 简单 的 
一 种 状态 模式 。 对 于 这 种 状态 模式 ,每 个 状态 类 都 封装 与 状态 相关 的 操作 ,而 无 须 关 心 状态 
的 切换 ,可 以 在 客户 端 直接 实例 化 状态 类 ,然后 将 状态 对 象 设置 到 环境 类 中 。 如 果 是 这 种 简 
单 的 状态 模式 , 它 遵循 “ 开 闭 原 则 ”, 在 客户 端 可 以 针对 抽象 状态 类 进行 编程 ,而 将 具体 状态 
类 写 到 配置 文件 中 ,同时 增加 新 的 状态 类 对 原 有 系统 也 不 造成 任何 影响 。 

但 是 在 大 部 分 状态 模式 中 ,状态 之 间 是 可 以 进行 相互 转换 的 ,简单 状态 模式 出 现 的 几率 
并 不 高 。 

(2) 可 切换 状态 的 状态 模式 

大 多 数 的 状态 模式 都 是 可 以 切换 状态 的 状态 模式 ,在 实现 状态 切换 时 ,在 具体 状态 类 内 
部 需要 调用 环境 类 Context 的 setState() 方 法 进行 状态 的 转换 操作 ,在 具体 状态 类 中 可 以 调 
用 到 环境 类 的 方法 ,因此 状态 类 与 环境 类 之 间 通 常 还 存在 关联 关系 或 者 依赖 关系 。 通 过 在 
状态 类 中 引用 环境 类 对 象 来 回调 环境 类 的 setState() 方 法 实现 状态 的 切换 。 

在 这 种 可 以 切换 状态 的 状态 模式 中 ,增加 新 的 状态 类 可 能 需要 修改 其 他 某 些 状态 类 其 
至 环境 类 的 源 代码 ,否则 系统 无 法 切换 到 新 增 状态 。 但 是 对 于 客户 端 来 说 ,无 须 直接 关心 状 
态 类 ,可 以 为 环境 类 设置 默认 的 状态 类 ,而 将 状态 的 转换 工作 交 给 具体 的 状态 类 来 完成 ,对 
客户 端 而 言 是 透明 的 。 


24.6 本章 小 结 


(1) 状态 模式 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 ,对 象 看 起 来 似乎 修改 
了 它 的 类 。 其 别名 为 状态 对 象 ,状态 模式 是 一 种 对 象 行为 型 模式 。 

(2) 状态 模式 包含 三 个 角色 : 环境 类 又 称 为 上 下 文 类 , 它 是 拥有 状态 的 对 象 ,在 环境 类 
中 维护 一 个 抽象 状态 类 State 的 实例 ,这 个 实例 定义 当前 状态 ,在 具体 实现 时 , 它 是 一 个 
State 子 类 的 对 象 ,可 以 定义 初始 状态 ; 抽象 状态 类 用 于 定义 一 个 接口 以 封装 与 环境 类 的 一 
个 特定 状态 相关 的 行为 ; 具体 状态 类 是 抽象 状态 类 的 子 类 .每 一 个 子 类 实现 一 个 与 环境 类 
的 一 个 状态 相关 的 行为 ,每 一 个 具体 状态 类 对 应 环境 的 一 个 具体 状态 ,不 同 的 具体 状态 类 其 
行为 有 所 不 同 。 
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(3) 状态 模式 描述 了 对 象 状 态 的 变化 以 及 对 象 如 何在 每 一 种 状态 下 表现 出 不 同 的 
行为 8 
(4) 状态 模式 的 主要 优点 在 于 封装 了 转换 规则 ,并 枚 举 可 能 的 状态 , 它 将 所 有 与 某 个 状 
态 有 关 的 行为 放 到 一 个 类 中 ,并 且 可 以 方便 地 增加 新 的 状态 ,只 需要 改变 对 象 状 态 即 可 改变 
对 象 的 行为 ,还 可 以 让 多 个 环境 对 象 共 享 一 个 状态 对 象 , 从 而 减少 系统 中 对 象 的 个 数 ; 其 缺 
点 在 于 使 用 状态 模式 会 增加 系统 类 和 对 象 的 个 数 , 且 状态 模式 的 结构 与 实现 都 较为 复杂 ,如 
果 使 用 不 当 将 导致 程序 结构 和 代码 的 混乱 ,对 于 可 以 切换 状态 的 状态 模式 不 满足 “ 开 闭 原 
则 ”的 要 求 。 

(5) 状态 模式 适用 情况 包括 : 对 象 的 行为 依赖 于 它 的 状态 (属性 ?并 且 可 以 根据 它 的 状 
态 改变 而 改变 它 的 相关 行为 ; 代码 中 包含 大 量 与 对 象 状态 有 关 的 条 件 语句 ,这 些 条 件 语 名 
的 出 现 , 会 导致 代码 的 可 维护 性 和 灵活 性 变 差 ,不 能 方便 地 增加 和 删除 状态 ,使 客户 类 与 类 
库 之 问 的 耦合 增强 。 


思考 与 练习 


1. 用 Java 代码 模拟 实现 “银行 账户 实例, 要求 编写 客户 端 测试 代码 模拟 用 户 存款 和 
取款 ,注意 账户 对 象 状态 和 行为 的 变化 。 

2. 某 纸牌 游戏 软件 中 ,人 物 角色 具有 入 门 级 (Primary)、 熟 练 级 (Secondary)、 高 手 级 
(Professional) 和 骨灰 级 (Final) 四 种 等 级 ,角色 的 等 级 与 其 积分 相对 应 ,游戏 胜利 将 增加 积 
分 ,失败 则 扣除 积分 。 入 门 级 具有 最 基本 的 游戏 功能 play() ,熟练 级 增加 了 游戏 胜利 积分 
加 倍 功能 doubleScore() ,高 手 级 在 熟练 级 基础 上 再 增加 换 牌 功能 changeCards() ,骨灰 级 在 
高 手 级 基础 上 再 增加 偷 看 他 人 的 牌 功 能 peekCards()。 现 使 用 状态 模式 来 设计 该 系统 , 绘 
制 类 图 并 编程 实现 。 

3. 某 软 件 需要 提供 如 下 放大 镜 功 能 : 用 户 单 击 “ 放 大 镜 ” 按 钮 之 后 界面 中 的 文字 大 小 
将 放大 一 倍 ,再 单 击 一 次 “放大镜” 按钮 文字 大 小 再 放大 一 售 , 第 三 次 单 击 后 界面 文字 大 小 将 
还 原 到 默认 大 小 。 请 问 该 功能 是 否 可 以 使 用 状态 模式 进行 设计 ,如 果 可 以 的 话 请 分 析 实 现 
原理 并 绘制 相应 的 类 图 ,如 果 不 可 以 则 请 说 明 原因 。 


策略 模式 


策略 模式 用 二 算法 的 自由 切换 和 扩展 , 它 是 使 用 较为 广泛 的 设计 模式 之 
8 的。 一。 策略 模式 对 应 于 解决 某 一 问题 的 一 个 算法 族 ,允许 用 户 从 该 算法 族 中 任 
视频 讲解 选 一 个 算法 解决 某 一 问题 ,同时 可 以 方便 地 更 换算 法 或 者 增加 新 的 算法 。 它 
将 每 一 个 算法 封装 在 一 个 称 为 具体 策略 类 的 类 中 ,同时 为 其 提供 统一 的 抽象 
策略 类 ,而 使 用 这 些 算法 完成 菜 一 业务 功能 的 类 称 为 环境 类 。 策 略 模 式 实现 
了 算法 定义 和 算法 使 用 的 分 离 , 它 通 过 继承 和 多 态 的 机 制 实现 对 算法 族 的 使 
用 和 管理 ,是 一 种 简单 易 用 的 模式 。 


本 童 将 介绍 策略 模式 的 定义 及 结构 ,结合 实例 学 习 如 何在 软件 开发 中 使 用 策略 模式 ,并 
理解 策略 模式 的 优 缺点 ,了 解 策略 模式 的 应 用 。 

本 章 的 难点 在 于 理解 策略 模式 中 环境 类 和 抽象 策略 类 的 作用 。 

策略 模式 重要 等 级 : 雄 友 友 丰 六 

策略 模式 难度 等 级 : 友 丰 六 六 六 


25.1 策略 模式 动机 与 定义 


完成 一 项 任务 往往 可 以 有 多 种 不 同 的 方式 ,每 一 种 方式 称 为 一 个 策略 ,我 们 可 以 根据 环 
境 或 者 条 件 的 不 同 选择 不 同 的 策略 来 完成 该 项 任务 。 在 软件 开发 中 也 常常 遇 到 类 似 的 情 
况 ,实现 某 一 个 功能 有 多 个 途径 ,此 时 可 以 使 用 一 种 设计 模式 来 使 得 系统 可 以 灵活 地 选择 解 
决 途径 ,也 能 够 方便 地 增加 新 的 解决 途径 。 本 章 将 学 习 一 种 为 了 适应 算法 灵活 性 而 产生 的 
模式 一 一 策略 模式 。 


25.1.1 模式 动机 


在 很 多 情况 下 ,实现 某 个 目标 的 途径 不 止 一 条 。 例 如 ,人 们 外 出 旅游 时 可 以 选择 多 种 不 
同 的 出 行 方式 (旅游 出 行 策略 ) ,可 以 骑 自 行车 ` 坐 汽车 ` 坐 火车 或 者 乘 飞机 ,可 以 根据 环境 的 
不 同 选择 不 同 的 策略 。 制 订 旅 行 计 划 时 ,如 果 旅 游 点 很 远 、 假 期 短 、 钱 也 足够 多 ,我 们 可 以 选 
择 坐 飞机 去 旅游 ; 如 果 旅 游 点 远 、 假 期 长 . 钱 不 够 多 ,当然 也 可 以 选择 坐 火车 或 汽车 去 旅游 ; 
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如 果 从 健康 和 环保 的 角度 出 发 ,而 且 有 足够 的 才 力 ,自行 车 自驾 游 也 是 个 不 错 的 选择 ,如 
图 25-1 所 示 。 


要 


前 一 一 旅游 出 行 方式 


人 


区 时 遍 一 
骑 自 行车 坐 汽 车 ” 坐 炎 车 ” 乘 飞机 
图 25-1 旅游 出 行 方式 示意 图 


在 软件 系统 中 ,有 许多 算法 可 以 实现 某 一 功能 ,如 查找 排序 等 ,一 种 常用 的 方法 是 硬 编 
码 (Hard Coding)。 在 一 个 类 中 ,如 需要 提供 多 种 查找 算法 ,可 以 将 这 些 算 法 写 到 一 个 类 中 ， 
在 该 类 中 提供 多 个 方法 ,每 一 个 方法 对 应 一 个 具体 的 查找 算法 ; 当然 也 可 以 将 这 些 查找 算 
法 封装 在 一 个 统一 的 方法 中 ,通过 i...else..…. 等 条 件 判 断 语句 来 进行 选择 。 这 两 种 实现 方法 
都 可 以 称 为 硬 编码 ,如 果 需 要 增加 一 种 新 的 查找 算法 ,需要 修改 封装 算法 类 的 源 代码 ; 更 换 
查找 算法 ,也 需要 修改 客户 端 调 用 代码 。 在 这 个 算法 类 中 封装 了 大 量 查 找 算法 ,该 类 代码 将 
较 复杂 ,维护 较为 困难 。 

除了 提供 专门 的 查找 算法 类 之 外 ,还 可 以 在 客户 端 程序 中 直接 包含 算法 代码 ,这 种 做 法 
更 不 可 取 , 将 导致 客户 端 程序 庞大 而 且 难以 维护 ,如 果 存 在 大 量 可 供 选择 的 算法 ,问题 将 变 
得 更 加 严重 。 

为 了 解决 这 些 问 题 , 可 以 定义 一 些 独立 的 类 来 封装 不 同 的 算法 ,每 一 个 类 封装 一 个 具体 
的 算法 ,在 这 里 ,每 一 个 封装 算法 的 类 都 可 以 称 为 策略 (Strategy) ,为 了 保证 这 些 策 略 的 一 
致 性 ,一 般 会 用 一 个 抽象 的 策略 类 来 做 算法 的 定义 ,而 具体 每 种 算法 则 对 应 于 一 个 具体 策 
略 类 。 


25.1.2 模式 定义 


策略 模式 (Strategy Pattern) 定 义 : 定义 一 系列 算法 ,将 每 一 个 算法 封装 起 来 ,并 让 它们 
可 以 相互 替换 。 策 略 模式 让 算法 独立 于 使 用 它 的 客户 而 变化 ,也 称 为 政策 模式 (Policy) 。 
策略 模式 是 一 种 对 象 行为 型 模式 。 


英文 定义 :“Define a family of algorithms，encapsulate each one, and make them 


interchangeable. Strategy lets the algorithm vary independently from clients that use it. ”。 


25.2 策略 模式 结构 与 分 析 


策略 模式 结构 并 不 复杂 ,但 是 需要 理解 其 中 的 环境 类 的 作用 ,下 面 将 学 习 并 分 析 其 模式 
结构 。 
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25.2.1 模式 结构 
策略 模式 结构 图 如 图 25-2 所 示 。 


strategy 


图 25-2 策略 模式 结构 图 


策略 模式 包含 如 下 角色 。 

1，Context( 环 境 类 ) 

环境 类 是 使 用 算法 的 角色 , 它 在 解决 某 个 问题 ( 即 实现 某 个 方法 ) 时 可 以 采用 多 种 策略 。 
在 环境 类 中 维护 一 个 对 抽象 策略 类 的 引用 实例 .用 于 定义 所 采用 的 策略 。 

2. Strategy( 抽 象 策略 类 ) 


抽象 策略 类 为 所 支持 的 算法 声明 了 抽象 方法 ,是 所 有 策略 类 的 父 类 , 它 可 以 是 抽象 类 ， 
也 可 以 是 接口 。 环 境 类 使 用 在 其 中 声明 的 方法 调用 在 具体 策略 类 中 实现 的 算法 。 


3. ConcreteStrategy( 具 体 策略 类 ) 


具体 策略 类 实现 了 在 抽象 策略 类 中 定义 的 算法 ,在 运行 时 ,具体 策略 类 将 覆盖 在 环境 类 
中 定义 的 抽象 策略 类 对 象 ,使 用 一 种 具体 的 算法 实现 某 个 业务 处 理 。 


25.2.2 模式 分 析 


策略 模式 是 一 个 比较 容易 理解 和 使 用 的 设计 模式 。 策 略 模式 是 对 算法 的 封装 , 它 把 算 
法 的 责任 和 算法 本 身分 割 开 .委派 给 不 同 的 对 象 管理 。 策 略 模式 通常 把 一 个 系列 的 算法 封 
装 到 一 系列 的 策略 类 里 面 ,作为 一 个 抽象 策略 类 的 子 类 。 用 一 句 话 来 说 ,就 是 "准备 一 组 算 
法 ,并 将 每 一 个 算法 封装 起 来 ,使 得 它们 可 以 互 换 ”。 

在 策略 模式 中 ,对 环境 类 和 抽象 策略 类 的 理解 非常 重要 ,环境 类 是 需要 使 用 算法 的 对 
象 。 在 不 使 用 策略 模式 时 ,环境 类 中 可 能 存在 如 下 代码 : 
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if(type == "strategyA") 

l // 算 法 A 

人 if(type == "strategyB") 
// 算 法 B 

Ee if(type == "strategyC") 
; // 算 法 C 

} 


} 


在 上 述 代 码 中 ,客户 端 在 调用 Context 类 的 algorithm() 方 法 时 ,需要 根据 所 传人 的 参 
数 来 选择 具体 的 算法 ,在 代码 中 将 出 现 复杂 的 让... else... 或 者 switch... case..., 这 将 导致 
algorithm() 方 法 非常 庞大 ,不 利于 维护 和 测试 。 在 代码 中 ,将 算法 的 使 用 和 算法 的 定义 放 
在 一 起 , 即 在 环境 类 中 定义 了 算法 ,除了 代码 元 长 之 外 ,还 有 一 个 很 大 的 问题 就 是 增加 新 的 
算法 或 者 修改 算法 时 需要 修改 环境 类 的 源 代码 .违反 了 “ 开 闭 原则 ”, 如 增加 一 种 新 算法 必须 
修改 Context 类 的 源 代码 。 

导致 这 些 问题 的 原因 主要 在 于 环境 类 的 职责 过 重 , 将 算法 的 定义 与 使 用 融合 在 一 起 , 违 
背 了 "单一 职责 原则 ”, 而 策略 模式 很 好 地 解决 了 这 一 问题 。 策 略 模式 的 目的 是 将 算法 的 定 
义 与 使 用 分 开 .也 就 是 将 算法 的 行为 和 环境 分 开 , 将 算法 的 定义 放 在 专门 的 策略 类 中 ,每 一 
个 策略 类 封装 了 一 种 实现 算法 ; 同时 为 了 扩展 更 为 方便 ,引入 了 抽象 策略 类 ,在 抽象 策略 类 
中 定义 了 抽象 算法 ,环境 类 针对 抽象 策略 类 进行 编程 ,符合 “依赖 倒转 原则 ”。 在 出 现 新 的 算 
法 时 ,只 需要 增加 一 个 新 的 实现 了 抽象 策略 类 的 具体 策略 类 。 

如 上 述 代 码 可 以 使 用 策略 模式 进行 如 下 重 构 : 

首先 将 不 同 的 算法 从 Context 类 中 提取 出 来 ,创建 一 个 抽象 策略 类 ,其 典型 代码 如 下 : 


public abstract class AbstractStrategy 
t 
public abstract void algorithm( ); 


再 将 每 一 种 具体 算法 作为 该 抽象 策略 类 的 子 类 ,如 具体 策略 A 代码 如 下 : 


public class ConcreteStrategyA extends AbstractStrategy 
时 
public void algorithm() 
// 算 法 A 
} 
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其 他 具体 策略 类 与 之 类 似 , 对 于 Context 类 来 说 ,在 它 与 抽象 策略 类 之 间 建 立 一 个 关联 
关系 ,其 典型 代码 如 下 : 


public class Context 
{ 
private AbstractStrategy strategy; 
public void setStrategy(AbstractStrategy strategy) 
i 
this. strategy = strategy; 
下 
public void algorithm( ) 
| 
strategy.algorithm( ) 
} 
;3 


在 Context 类 中 定义 一 个 AbstractStrategy 类 型 的 对 象 strategy, 通 过 注入 的 方式 在 客 
户 端 传人 一 个 具体 策略 对 象 ,客户 端 代码 片段 如 下 : 


Context context = new Context(); 
AbstractStrategy strategy; 

strategy = new ConcreteStrategyA(); 
context. setStrategy( strategy); 
context, algorithm( ); 


在 客户 端 代码 中 只 须 注入 一 个 具体 策略 对 象 即 可 ,可 以 将 具体 策略 类 类 名 存储 在 配置 
文件 中 ,通过 反射 来 创建 具体 策略 对 象 ,从 而 使 得 用 户 可 以 灵活 地 更 换 具体 策略 类 ,增加 新 
的 具体 策略 类 也 很 方便 。 策 略 模式 相当 于 “可 插入 式 (Pluggable) 的 算法 ”。 

策略 模式 并 不 负责 做 “为 什么 不 能 从 策略 模式 中 看 出 哪 一 个 具体 策略 适用 于 哪 一 种 情 
况 呢 ?” 这 个 决定 。 换 言 之 ,应 当 由 客户 端 自己 决定 在 什么 情况 下 使 用 哪个 具体 策略 角色 。 
策略 模式 仅仅 封装 算法 ,提供 新 算法 插入 到 已 有 系统 中 ,以 及 老 算法 从 系统 中 “退休 ”的 方 
便 ,策略 模式 并 不 决定 在 何 时 使 用 何 种 算法 ,算法 的 选择 由 客户 端 来 决定 。 这 在 一 定 程度 上 
提高 了 系统 的 灵活 性 ,但 是 客户 端 需要 理解 所 有 具体 策略 类 之 间 的 区 别 ,以便 选 择 合适 的 算 
法 ,这 也 是 策略 模式 的 缺点 之 一 ,在 一 定 程度 上 增加 了 客户 端的 使 用 难度 。 


25.3 策略 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 策略 模式 。 


25.3.1 策略 模式 实例 之 排序 策略 


1. 实例 说 明 
某 系统 提供 了 一 个 用 于 对 数组 数据 进行 操作 的 类 ,该 类 封装 了 对 数组 的 常见 操作 ,如 查 
找 数组 元 素 .对 数组 元 素 进行 排序 等 。 现 以 排序 操作 为 例 ,使 用 策略 模式 设计 该 数组 操作 


394 设计 模式 (第 2 版 ) 


类 ,使 得 客户 端 可 以 动态 地 更 换 排 序 算法 ,可 以 根据 需要 选择 冒 泡 排序 .选择 排序 或 插入 排 
序 ,也 能 够 灵活 地 增加 新 的 排序 算法 。 


2. 实例 类 图 
通过 分 析 ,该 实例 类 图 如 图 25-3 所 示 。 


ArayHandler ] 二 i 
- SOrtObj : Sort sortObj 
+ setSort (Sort sortObj) : void SE 
+ sort (int arr[) ;int oi EI :和 
本 ! 人 
1 | ! 
BubbleSort 1 InsertionSort 
+ sort (int arr0) : int | + sort (int arr[]) : int] 
| SelectionSort 
+ sort (int arrg) :int0 
3. 实例 代码 及 解释 


(1) 抽象 策略 类 Sort( 抽 象 排序 类 ) 


public interface Sort 
public int[] sort(int arr[]); 
} 


Sort 作为 抽象 策略 类 , 它 定 义 了 算法 的 抽象 定义 ,而 在 其 子 类 中 实现 具体 算法 。 
(2) 具体 策略 类 BubbleSort( 冒 泡 排 序 类 ) 


public class BubbleSort implements Sort 
于 
public int[ ] sort(int arr[]) 
int len = arr. length; 
for(int i=0;i<len;i++) 
{ 
for(int j=i+1;j<len;j++) 
int temp; 
if(arr[i]>arr[j]) 
{ 
temp= arr[j]; 
arr[j] = arr[i]; 


arr[i] = temp; 
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} 
} 
System. out. println(" 冒 泡 排 序 "); 
return arr; 


BubbleSort 作为 Sort 的 子 类 ,是 一 种 具体 策略 类 ,实现 了 冒 泡 排序 。 
(3) 具体 策略 类 SelectionSort( 选 择 排 序 类 ) 


public class SelectionSort implements Sort 
{ 
public int[] sort(int arr[]) 
int len = arr. length; 
int temp; 
for(int i=0;i< len;i++) 
{ 
temp = arr[i]; 
int 3 
int samllestLocation= i; 
for(j=i+1;j<1len;j++) 
{ 
if(arr[j]< temp) 
由 
temp = arr[j]; 
samllestLocation = j; 
} 
arr[samllestLocation] = arr[i]; 
arr[i] = temp; 
} 
System. out. println(" 选 择 排序 "); 
return arr; 


SelectionSort 作为 Sort 的 子 类 ,也 是 一 种 具体 策略 类 ,实现 了 选择 排序 。 
(4) 具体 策略 类 InsertionSort( 插 入 排序 类 ) 


public class InsertionSort implements Sort 
ii 
public int[ ] sort(int arr[]) 
下 
int len = arr. length; 
for(int i=1;i<len;i++) 
{ 


int j; 
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int temp = arr[i]; 
toc(gr tri>07j—=) 
{ 

if(arr[j- 1]> temp) 


arr[j] = arr[j-1]; 


Jelse 
break; 
arr[j] = temp; 
} 
System. out. println(" 插 入 排序 "); 
return arr; 


} 


InsertionSort 作为 Sort 的 子 类 ,也 是 一 种 具体 策略 类 ,实现 了 插入 排序 。 
(5) 环境 类 ArrayHandler( 数 组 处 理 类 ) 


public class ArrayHandler 


1 
private Sort sortObj; 


public int[] sort(int arr[]) 
sortObj. sort(arr); 
return arr; 


} 


public void setSortObj(Sort sortObj) { 
this. sortObj = sortObj; 
li 
} 


ArrayHandler 类 是 环境 类 , 它 定义 并 维持 了 对 抽象 策略 类 Sort 的 一 个 引用 ,通过 其 方 
法 setSortObj() 可 以 在 运行 时 设置 一 种 具体 的 策略 ,并 在 其 方法 sort() 中 调用 策略 类 提供 
的 算法 完成 相应 的 业务 处 理 。 

4. 辅助 代码 

(1) XML 操作 工具 类 XMLUtil 

参见 5. 2. 2 节 工 厂 方法 模式 之 模式 分 析 。 

(2) 配置 文件 config. xml 

本 实例 配置 文件 代码 如 下 : 


<?xml version = "1.0"?> 


< config> 
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< className > SelectionSort </className> 
</config> 


在 配置 文件 中 设置 了 有 具体 策略 类 的 类 名 ,通过 XMLUftil 类 读 取 该 类 名 。 
(3) 客户 端 测试 类 Client 


public class Client 
{ 
public static void main(String args[ ]) 
{ 
int arr[]= {1,4,6,2,5,3,7,10,9}; 
int result[ ]; 
ArrayHandler ah = new ArrayHandler( ); 


Sort sort; 
sort = (Sort)XMLUtil. getBean(); 


ah. setSortObj( sort); // 设 置 具 体 策略 
result = ah. sort(arr); 


for(int i=0;i<result. length;i++) 
{ 
System. out. print(result[i] + ","); 
} 
1 


对 于 客户 端 来 说 ,首先 需要 定义 环境 类 对 象 ,由 于 环境 类 的 setSortObi() 方 法 是 针对 抽 
象 策略 类 进行 编程 ,因此 可 以 根据 需要 设置 一 种 具体 策略 类 ,可 以 直接 在 代码 中 实例 化 具体 
策略 类 ,但 是 考虑 到 系统 的 扩展 性 ,一 般 将 具体 策略 类 的 类 名 存储 在 配置 文件 中 ,再 通过 
DOM 和 反射 技术 来 读 取 配 置 文件 并 生成 具体 策略 对 象 。 

注意 代码 中 的 加 粗 部 分 ,在 客户 端 编 程 时 需要 针对 抽象 策略 类 进行 编程 ,而 无 论 是 直接 
实例 化 具体 策略 类 还 是 通过 配置 文件 设置 具体 策略 类 ,客户 端 都 必须 知道 具体 策略 类 的 类 
名 ,否则 无 法 使 用 这 些 具 体 策略 。 

5. 结果 及 分 析 

如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设 置 为 SelectionSort, 则 输出 结果 
如 下 : 


选择 排序 
1 23 4 570 10> 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 BubbleSort, 则 输出 结果 
如 下 : 


冒 泡 排序 
23737455627792107 
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更 换 一 种 排序 算法 无 须 修改 任何 源 代码 ,只 需要 在 配置 文件 中 更 换 一 个 具体 策略 类 的 
类 名 即 可 。 
如 果 增 加 一 种 新 的 排序 算法 ,如 快速 排序 ,新 的 排序 算法 代码 如 下 : 


public class QuickSort implements Sort 
{ 
public int[ ] sort(int arr[]) 
{ 
System. out. println(" 快 速 排 序 "); 
sort(arr, 0,arr. length— 1); 
return arr; 


| 


public void sort( int arr[], int p, int r) 
int q= 0; 
if(p<r) 
{ 
q= partition(arr, p,r); 
sort(arr, p,q— 1); 
sort(arr,q+1,r); 


} 


public int partition(int[] a, int p, int r) 
{ 
int x= a[r]; 
int j=p-1; 
for(int i=p;i<=r-1;i+t+) 
{ 
if(a[i]<=x) 
上 
jt+; 
swap(a, j, 1); 
; 
} 
swap(a, j + 1,r); 
return jt1; 


1 


public void swap(int[] a, int i, int j) 
i 

intt = a[i]; 

a[li] = a[lj]; 

a[j] = t; 


在 配置 文件 中 将 < className > 节点 中 的 内 容 设 置 为 QuickSort, 输 出 结果 如 下 : 
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新 排序 算法 的 引入 对 系统 无 任何 影响 ,只 需要 对 应 增加 一 个 新 的 具体 策略 类 ,在 该 策略 
类 中 封装 新 的 算法 ,然后 修改 配置 文件 ,应 用 该 策略 类 即 可 。 策 略 模式 保证 在 不 修改 原 有 系 
统 的 基础 上 扩展 原 有 系统 的 功能 ,完全 符合 “ 开 闭 原则 ”。 


25.3.2 策略 模式 实例 之 旅游 出 行 策略 


1. 实例 说 明 

旅游 出 行 方式 可 以 有 多 种 ,如 可 以 乘坐 飞机 旅游 ,也 可 以 乘 火 车 旅游 ,如 果 有 兴趣 ,自行 
车 游 也 是 一 种 极 具 乐趣 的 出 行 方式 。 不 同 的 旅游 出 行 方式 有 不 同 的 实现 过 程 ,客户 可 以 根 
据 自 己 的 需要 选择 一 种 合适 的 旅游 方式 。 在 本 实例 中 我 们 用 策略 模式 来 模拟 这 一 过 程 。 

2. 实例 类 图 

通过 分 析 , 该 实例 类 图 如 图 25-4 所 示 。 


strategy 


图 25-4 旅游 出 行 策略 类 图 


该 实例 的 代码 解释 与 结果 分 析 略 。 


25.4 策略 模式 效果 与 应 用 


25.4.1 模式 优 缺点 


1. 策略 模式 的 优点 

(1) 策略 模式 提供 了 对 “ 开 闭 原则 ”的 完美 支持 ,用 户 可 以 在 不 修改 原 有 系统 的 基础 上 
选择 算法 或 行为 ,也 可 以 灵活 地 增加 新 的 算法 或 行为 。 

(2) 策略 模式 提供 了 管理 相关 的 算法 族 的 办 法 。 策 略 类 的 等 级 结构 定义 了 一 个 算法 或 
行为 族 ,恰当 使 用 继承 可 以 把 公共 的 代码 移 到 父 类 里 面 ,从 而 避免 重复 的 代码 。 
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(3) 策略 模式 提供 了 可 以 替换 继承 关系 的 办 法 。 继 承 可 以 处 理 多 种 算法 或 行为 ,如 果 
不 使 用 策略 模式 ,那么 使 用 算法 或 行为 的 环境 类 就 可 能 会 有 一 些 子 类 ,每 一 个 子 类 提供 一 个 
不 同 的 算法 或 行为 。 但 是 ,这 样 一 来 算法 或 行为 的 使 用 就 和 算法 或 行为 本 身 混 在 一 起 ,不 
符合 “单一 职责 原则 ” ,决定 使 用 哪 一 种 算法 或 采取 哪 一 种 行为 的 逻辑 就 和 算法 或 行为 本 
身 的 逻辑 混合 在 一 起 ,从 而 不 可 能 再 独立 演化 ,而 且 使 用 继承 无 法 实现 算法 或 行为 的 动 

(4) 使 用 策略 模式 可 以 避免 使 用 多 重 条 件 转移 语句 。 多 重 转移 语句 不 易 维护 , 它 把 采 
取 哪 一 种 算法 或 采取 哪 一 种 行为 的 逻辑 与 算法 或 行为 的 逻辑 混合 在 一 起 ,统统 列 在 一 个 多 
重 条 件 转移 语句 里 面 , 比 使 用 继承 的 办 法 还 要 原始 和 落后 。 

2. 策略 模式 的 缺点 

(1) 客户 端 必须 知道 所 有 的 策略 类 ,并 自行 决定 使 用 哪 一 个 策略 类 。 这 就 意味 着 客户 
端 必须 理解 这 些 算 法 的 区 别 , 以 便 适时 选择 恰当 的 算法 类 。 换 言 之 ,策略 模式 只 适用 于 客户 
端 知道 所 有 的 算法 或 行为 的 情况 。 

(2) 策略 模式 将 造成 产生 很 多 策略 类 和 对 象 ,可 以 通过 使 用 享 元 模式 在 一 定 程度 上 减 
少 对 象 的 数量 。 


25.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 策略 模式 。 

(1) 如 果 在 一 个 系统 里 面 有 许多 类 ,它们 之 间 的 区 别 仅 在 于 它们 的 行为 ,那么 使 用 策略 
模式 可 以 动态 地 让 一 个 对 象 在 许多 行为 中 选择 一 种 行为 。 

(2) 一 个 系统 需要 动态 地 在 几 种 算法 中 选择 一 种 ,那么 可 以 将 这 些 算法 封装 到 一 个 个 
的 具体 算法 类 里 面 ,而 这 些 具体 算法 类 都 是 一 个 抽象 算法 类 的 子 类 。 换 言 之 ,这 些 具体 算法 
类 均 有 统一 的 接口 ,由 于 多 态 性 原则 ,客户 端 可 以 选择 使 用 任何 一 个 具体 算法 类 ,并 只 需要 
维持 一 个 数据 类 型 是 抽象 算法 类 的 对 象 。 

(3) 如 果 一 个 对 象 有 很 多 的 行为 ,如 果 不 用 恰当 的 模式 ,这 些 行为 就 只 好 使 用 多 重 的 条 
件 选择 语句 来 实现 。 此 时 ,使 用 策略 模式 ,把 这 些 行为 转移 到 相应 的 具体 策略 类 里 面 , 就 可 
以 避免 使 用 难以 维护 的 多 重 条 件 选 择 语句 ,并 且 体 现 面向 对 象 设计 思想 。 

(4) 不 希望 客户 端 知道 复杂 的 ,与 算法 相关 的 数据 结构 ,在 具体 策略 类 中 封装 算法 和 相 
关 的 数据 结构 ,提高 算法 的 保密 性 与 安全 性 。 


25.4.3 模式 应 用 


策略 模式 实用 性 强 、 扩 展 性 好 ,在 软件 开发 中 得 以 广泛 使 用 ,只 要 某 一 问题 涉及 多 种 解 
决 方案 时 都 可 以 使 用 策略 模式 。 下 面 举 两 个 应 用 实例 。 

(1) Java SE 的 容器 布局 管理 就 是 策略 模式 应 用 的 一 个 经 典 实 例 , 其 结构 如 图 25-5 
所 示 。 

在 Java SE 开发 中 ,用 户 需 要 对 容器 Container 对 象 中 的 成 员 对 象 如 按钮 .文本 框 等 
GUI 控件 进行 布局 ,java. awt 类 库 需 要 在 运行 期 间 动 态 地 由 客户 端 决 定 一 个 Container 对 
象 怎 样 对 其 GUI 控件 进行 布局 (Layout) ,Java 语言 在 JDK 中 提供 了 几 种 不 同 的 排列 方式 ， 
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图 25-5 Java SE 布局 管理 结构 示意 图 


封装 在 不 同 的 类 中 , 如 BorderLayout、 FlowLayout、GridLayout、GridBagLayout 和 
CardLayout。 其 结构 示意 图 如 图 25-5 所 示 , 在 这 里 Container 类 是 环境 角色 Context, 而 
LayoutManager 作为 所 有 布局 类 的 父 类 扮演 了 抽象 策略 角色 , 它 给 出 所 有 具体 Layout 类 所 
需 的 接口 ,而 具体 的 策略 类 是 LayoutManager 的 子 类 ,也 就 是 各 种 具体 的 布局 类 ,它们 封装 
了 不 同 的 布局 方式 。 

任何 人 都 可 以 设计 实现 自己 的 Layout 类 ,只 需要 将 自己 设计 的 新 的 Layout 类 作为 
LayoutManager 的 子 类 ,比如 Borland 公司 曾经 在 JBuilder 中 提供 了 一 种 新 的 布局 方 
式 一 一 XYLayout, 作 为 对 JDK 提供 的 Layout 类 的 补充 ,无 须 对 原 有 JDK 类 库 做 任何 修 
改 。 对 于 客户 端 代码 而 言 ,只 需要 使 用 Container 类 提供 的 setLayout() 方 法 来 设置 具体 布 
局 方式 即 可 ,无 须 关 心 该 布局 的 具体 实现 。 在 JDK 中 ,Container 类 的 代码 片段 如 下 : 


从 代码 中 可 以 看 出 ,Container 作为 环境 类 ,针对 抽象 策略 类 LayoutManager 进行 编 
程 ,用 户 在 使 用 时 ,根据 “里 氏 代 换 原则 ”, 只 需要 在 setLayout() 方 法 中 带 和 一 个 具体 策略 对 
象 即 可 ,无 须 关 心 其 具体 实现 方法 。 
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(2) 作为 一 个 经 典 的 设计 模式 ,除了 基于 Java 的 系统 外 ,在 使 用 其 他 面向 对 象 技术 开 
发 的 软件 中 ,策略 模式 也 得 到 了 广泛 的 应 用 。 在 微软 公司 提供 的 演示 项 目 PetShop 4. 0 中 
就 使 用 策略 模式 来 处 理 同步 订单 和 异步 订单 的 问题 。 在 PetShop 4.0 的 BLL 子 项 目 中 有 
一 个 OrderAsynchronous 类 和 一 个 OrderSynchronous 类 ,它们 都 继承 自 IOrderStrategy。 
OrderSynchronous 以 一 种 同步 的 方式 处 理 订单 ,而 OrderAsynchronous 先 将 订单 放 在 队列 
里 ,然后 再 对 队列 里 的 订单 进行 处 理 ,以 一 种 异步 方式 对 订单 进行 处 理 。 而 在 BLL 中 的 
Order 类 里 通过 反射 机 制 从 配置 文件 中 读 取 策略 的 配置 信息 以 决定 到 底 使 用 哪 种 订单 处 理 
方式 。 只 需要 修改 配置 文件 即 可 更 改 订单 处 理 方式 ,提高 了 系统 的 灵活 性 。 


25.5 策略 模式 扩展 


策略 模式 与 很 多 其 他 模式 都 有 着 广泛 的 联系 ,其 中 ,策略 模式 与 状态 模式 由 于 其 结构 的 
相似 性 ,很 容易 混淆 ,但 它们 却 是 为 解决 不 同 的 问题 而 设计 的 ,是 完全 不 同 的 两 种 模式 。 如 
何 区 分 策略 模式 还 是 状态 模式 ? 其 区 别 如 下 。 

(1) 如 果 环 境 角 色 存 在 多 种 状态 ,而 且 这 些 状态 之 间 还 可 以 进行 转换 , 则 应 该 使 用 状态 
模式 ,在 状态 模式 中 ,环境 类 在 生命 周期 中 ,会 有 几 个 不 同 的 状态 对 象 被 创建 和 使 用 ; 如 果 
环境 角色 只 有 一 个 状态 ,那么 就 应 当 使 用 策略 模式 ,因为 一 旦 环境 角色 选择 了 一 个 具体 策略 
类 ,那么 在 整个 环境 类 的 声明 周期 里 它 都 不 会 改变 这 个 具体 的 策略 类 。 可 以 通过 环境 类 状 
态 的 个 数 来 决定 是 使 用 策略 模式 还 是 状态 模式 。 

(2) 策略 模式 的 环境 类 自己 选择 一 个 具体 策略 类 ,具体 策略 类 无 须 关 心 环境 类 ; 而 状 
态 模 式 的 环境 类 由 于 外 在 因素 需要 放 进 一 个 具体 状态 中 ,以 便 通 过 其 方法 实现 状态 的 切换 ， 
因此 环境 类 和 状态 类 之 间 存 在 一 种 双向 的 关联 关系 。 

(3) 使 用 策略 模式 时 ,客户 端 需 要 知道 所 选 的 具体 策略 是 哪 一 个 ,而 使 用 状态 模式 时 ， 
客户 端 无 须 关心 具体 状态 ,环境 类 的 状态 会 根据 用 户 的 操作 自动 转换 。 

(4) 如 果 系 统 中 某 个 类 的 对 象 存在 多 种 状态 ,不同 状态 下 行为 有 差异 ,而 且 这 些 状态 之 
间 可 以 发 生 转 换 时 使 用 状态 模式 ; 如 果 系 统 中 某 个 类 的 某 一 行为 存在 多 种 实现 方式 ,而 且 
这 些 实现 方式 可 以 互 换 时 使 用 策略 模式 。 


25.6 本 章 小 结 


(1) 在 策略 模式 中 定义 了 一 系列 算法 ,将 每 一 个 算法 封装 起 来 ,并 让 它们 可 以 相互 奉 
换 。 策 略 模式 让 算法 独立 于 使 用 它 的 客户 而 变化 ,也 称 为 政策 模式 。 策 略 模式 是 一 种 对 象 
行为 型 模式 。 

(2) 策略 模式 包含 三 个 角色 : 环境 类 在 解决 某 个 问题 时 可 以 采用 多 种 策略 ,在 环境 类 
中 维护 一 个 对 抽象 策略 类 的 引用 实例 ; 抽象 策略 类 为 所 支持 的 算法 声明 了 抽象 方法 ,是 所 
有 策略 类 的 父 类 ; 具体 策略 类 实现 了 在 抽象 策略 类 中 定义 的 算法 。 

(3) 策略 模式 是 对 算法 的 封装 , 它 把 算法 的 责任 和 算法 本 身分 割 开 ,委派 给 不 同 的 对 象 
管理 。 策 略 模式 通常 把 一 个 系列 的 算法 封装 到 一 系列 的 策略 类 里 面 ,作为 一 个 抽象 策略 类 
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的 地 类 。 

(4) 策略 模式 主要 优点 在 于 对 “ 开 闭 原则 ”的 完美 支持 ,在 不 修改 原 有 系统 的 基础 上 可 
以 更 换算 法 或 者 增加 新 的 算法 , 它 很 好 地 管理 算法 族 ,提高 了 代码 的 复 用 性 ,是 一 种 替换 继 
承 , 避 免 多 重 条 件 转移 语句 的 实现 方式 ; 其 缺点 在 于 客户 端 必须 知道 所 有 的 策略 类 ,并 理解 
其 区 别 , 同 时 在 一 定 程度 上 增加 了 系统 中 类 的 个 数 ,可 能 会 存在 很 多 策略 类 。 

(5) 策略 模式 适用 情况 包括 : 在 一 个 系统 里 面 有 许多 类 ,它们 之 间 的 区 别 仅 在 于 它们 
的 行为 ,使 用 策略 模式 可 以 动态 地 让 一 个 对 象 在 许多 行为 中 选择 一 种 行为 ; 一 个 系统 需要 
动态 地 在 几 种 算法 中 选择 一 种 ; 避免 使 用 难以 维护 的 多 重 条 件 选 择 语句 ; 希望 在 具体 策略 
类 中 封装 算法 和 相关 的 数据 结构 。 


思考 与 练习 


1. 用 Java 代码 模拟 实现 “旅游 出 行 策略 ”实例 ,要 求 使 用 配置 文件 存储 具体 策略 类 的 
类 名 。 在 此 基础 上 再 增加 一 种 新 的 旅游 出 行 方式 ,如 徒步 旅行 (WalkStrategy) ,修改 原 有 类 
图 及 代码 ,注意 系统 的 变化 。 

2. 设计 一 个 网 上 书店 ,该 系统 中 所 有 的 计算 机 类 图 书 (ComputerBook) 每 本 都 有 10% 
的 折扣 ,所 有 的 语言 类 图 书 (LanguageBook) 每 本 都 有 2 元 的 折扣 ,小 说 类 图 书 
(NovelBook) 每 100 元 有 10 元 的 折扣 。 现 使 用 策略 模式 来 设计 该 系统 ,绘制 类 图 并 编程 

3. 某 系统 需要 对 重要 数据 (如 用 户 密码 ) 进 行 加 密 , 并 提供 了 几 种 加 密 方案 (如 凯撒 加 
密 `.DES 加 密 等 ) ,对 该 加 密 模 块 进 行 设计 ,使 得 用 户 可 以 动态 选择 加 密 方式 。 要 求 绘制 类 
图 并 提供 相应 的 实现 代码 。 


模板 方法 模式 


本 章 导 学 

模板 方法 模式 是 结构 最 简单 的 行为 型 设计 模式 , 它 是 一 种 类 行为 模式 ,在 
其 结构 中 只 存在 父 类 与 子 类 之 间 的 继承 关系 。 通 过 使 用 模板 方法 模式 ,可 以 
将 一 些 复 杂 流 程 的 实现 步骤 封装 在 一 系列 基本 方法 中 ,在 抽象 父 类 中 提供 一 
个 称 之 为 模板 方法 的 方法 来 定义 这 些 基 本 方法 的 执行 次 序 , 而 通过 其 子 类 
来 覆盖 某 些 步骤 ,从 而 使 得 相同 的 算法 框架 可 以 有 不 同 的 执行 结果 。 它 提 
供 了 具体 的 模板 方法 来 定义 算法 结构 ,而 具体 步骤 的 实现 可 以 在 其 子 类 中 
完成 。 


本 章 将 介绍 模板 方法 模式 的 定义 与 结构 ,学习 模 板 方法 模式 中 包括 的 几 类 不 同 的 方法 ， 
并 通过 实例 来 学 习 模 板 方法 模式 的 应 用 ,学 会 如 何在 实际 软件 项 目 开 发 中 合理 使 用 模板 方 
法 模式 。 

本 章 的 难点 在 于 理解 模板 方法 模式 中 模板 方法 的 作用 、 几 类 不 同方 法 的 特点 以 及 钩子 
方法 的 使 用 ,同时 需要 理解 模板 方法 模式 中 子 类 对 父 类 反 向 控制 的 实现 。 

模板 方法 模式 重要 等 级 : 友 丰 丰 交 六 

模板 方法 模式 难度 等 级 : 友 友 交 六 六 


26.1 模板 方法 模式 动机 与 定义 


模板 方法 模式 是 结构 最 简单 的 行为 型 模式 ,在 其 抽象 类 中 定义 了 一 个 称 为 模板 方法 的 
方法 ,在 这 个 方法 中 定义 了 其 他 基本 方法 的 执行 步骤 ,而 基本 方法 的 实现 可 以 放 在 抽象 类 
中 ,也 可 以 放 在 其 子 类 中 。 本 章 将 学 习 这 种 结构 最 简单 的 行为 型 设计 模式 一 一 模板 方法 
模式 。 


26.1.1 模式 动机 


在 现实 生活 中 很 多 事情 的 完成 过 程 都 包含 几 个 基本 步骤 ,例如 请 客 吃饭 , 无 论 吃 什么 ， 
一 般 都 包含 点 单 、 吃 东西 .买单 几 个 步骤 ,到 底 吃 什么 则 具体 情况 具体 分 析 , 在 实际 环境 中 再 
由 用 户 动态 决定 。 既 然 这 几 个 步骤 的 次 序 是 固定 的 ,于 是 我 们 又 创建 了 一 个 新 的 方法 叫 * 请 
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客 ”, 在 其 中 调用 了 点 单 、 吃 东西 和 买单 ,同时 又 指定 了 它们 的 执行 次 序 : 点 单一 吃 东 西 一 买 
单 ,我 们 称 这 个 “请 客 ” 为 模板 方法 。 何 谓 模 板 ,就 是 不 管 请 客 吃 什么 ,请 客 的 次 序 是 固定 的 ， 
只 是 吃 的 东西 再 根据 实际 情况 来 决定 ,如 图 26-1 所 示 。 


吃 满汉全席 


图 26-1 模板 方法 示意 图 


在 图 26-1 中 ,方法 “请 客 " 定 义 了 其 他 三 个 方法 的 执行 次 序 , 它 称 为 模板 方法 ,而 “点 单 ” 
“ 吃 东西 “买单 ”都 是 “请 客 ”过程 中 的 一 个 步骤 ,它们 称 为 基本 方法 。 其 中 “ 吃 东西 ”可 以 有 
多 种 吃 法 ,如 吃 面条 和 吃 满汉全席 就 大 不 相同 ,因此 需要 提供 不 同 的 “ 吃 东西 ?方法 的 实现 。 
在 面向 对 象 系统 设计 中 ,就 可 以 使 用 模板 方法 模式 对 其 进行 设计 。 

模板 方法 模式 是 基于 继承 的 代码 复 用 基本 技术 ,模板 方法 模式 的 结构 和 用 法 也 是 面向 
对 象 设计 的 核心 之 一 。 在 模板 方法 模式 中 ,可 以 将 相同 的 代码 放 在 父 类 中 ,如 模板 方法 “请 
客 " 的 定义 ,假设 “点 单 " 和 “买单 ”过 程 相同 , 则 都 可 以 放 在 父 类 中 ,而 将 不 同 的 方法 实现 放 在 
不 同 的 子 类 中 ,如 * 吃 东西 ?方法 的 实现 就 可 以 放 在 两 个 子 类 中 ,一 个 提供 “* 吃 面条 ”的 实现 ， 
一 个 提供 “ 吃 满汉全席 ”的 实现 。 这 样 一 方面 提高 了 代码 的 复 用 性 ,同时 还 可 以 利用 面向 对 
象 的 多 态 性 ,在 运行 时 选择 一 种 具体 子 类 ,从 而 实现 完整 的 “请 客 ” 方 法 。 

模板 方法 模式 实际 上 是 所 有 模式 中 最 为 常见 的 几 个 模式 之 一 ,而 且 很 多 人 可 能 使 用 过 
模板 方法 模式 而 并 没有 意识 到 自己 已 经 使 用 了 这 个 模式 。 在 模板 方法 模式 中 ,我 们 需要 准 
备 一 个 抽象 类 ,将 部 分 逻辑 以 具体 方法 以 及 构造 函数 的 形式 实现 ,然后 声明 一 些 抽象 方法 来 
让 子 类 实现 剩余 的 逻辑 。 不同 的 子 类 可 以 以 不 同 的 方式 实现 这 些 抽象 方法 ,从 而 对 剩余 的 
逻辑 有 不 同 的 实现 ,这 就 是 模板 方法 模式 的 用 意 。 模 板 方 法 模式 体现 了 面向 对 象 的 诸多 重 
要 思想 ,是 一 种 有 较 高 使 用 率 的 模式 。 


26.1.2 模式 定义 


模板 方法 模式 (Template Method Pattern) 定 义 : 定义 一 个 操作 中 算法 的 骨架 ,而 将 一 
些 步骤 延迟 到 子 类 中 ,模板 方法 使 得 子 类 可 以 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 
某 些 特定 步 又。 模板 方法 模式 是 一 种 类 行为 型 模式 。 


英文 定义 :“Define the skeleton of an algorithm in an operation, deferring some steps 


to subclasses. Template Method lets subclasses redefine certain steps of an algorithm 


without changing the algorithm's structure. ”。 
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26.2 ”模板 方法 模式 结构 与 分 析 


模板 方法 模式 结构 比较 简单 ,其 核心 是 其 抽象 类 和 模板 方法 的 设计 ,下 面 将 介绍 并 分 析 
其 模式 结构 。 


26.2.1 模式 结构 
模板 方法 模式 结构 图 如 图 26-2 所 示 。 


图 26-2 模板 方法 模式 结构 图 


模板 方法 模式 包含 如 下 角色 : 

1. AbstractClass( 抽 象 类 ) 

在 抽象 类 中 定义 一 系列 基本 操作 (Primitive Operations) ,这 些 基本 操作 可 以 是 具体 的 ， 
也 可 以 是 抽象 的 ,每 一 个 基本 操作 对 应 算法 的 一 个 步骤 ,在 其 子 类 中 可 以 重 定义 并 实现 一 个 
算法 的 各 个 步骤 。 同 时 ,在 抽象 类 中 实现 了 一 个 模板 方法 ,用 于 定义 一 个 算法 的 骨架 ,此 模 
板 方法 不 仅 可 以 调用 基本 操作 ,还 可 以 调用 在 抽象 类 中 声明 而 在 其 子 类 中 实现 的 抽象 方法 ， 
当然 也 可 以 调用 其 他 对 象 中 的 方法 。 

2. ConcreteClass( 具 体 子 类 ) 

具体 子 类 是 抽象 类 的 子 类 ,用 于 实现 在 父 类 中 定义 的 抽象 基本 操作 以 完成 子 类 特定 算 
法 的 步骤 ,也 可 以 覆盖 在 父 类 中 实现 的 具体 基本 操作 。 


26.2.2 模式 分 析 


模板 方法 模式 是 一 种 类 的 行为 型 模式 ,在 它 的 结构 图 中 只 有 类 之 间 的 继承 关系 ,没有 对 
象 关联 关系 。 模 板 方法 模式 在 软件 开发 中 应 用 较为 广泛 ,例如 对 数据 库 的 操作 ,我 们 可 以 定 
义 一 个 模板 方法 ,在 其 中 定义 数据 库 操作 的 步骤 : 连接 数据 库 、 打 开 数 据 库 、 操 作 数 据 库 和 
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关闭 数据 库 ,而 对 于 不 同 的 数据 库 ( 如 SQL Server 和 Oracle) ,它们 之 间 的 差异 主要 是 连接 
方式 有 所 区 别 ,当然 对 于 同样 的 数据 库 也 可 以 使 用 不 同 的 连接 方式 ,如 Java 连接 数据 库 可 
以 采用 JDBC-ODBC 桥接 .厂商 驱动 或 者 数据 库 连接 池 等 方式 。 

除了 连接 数据 库 过 程 有 所 不 同 外 ,数据 库 的 打开 、 操 作 和 关闭 过 程 几乎 是 相同 的 ,而 且 
这 些 操 作 的 次 序 也 是 相对 固定 的 ,连接 数据 库 肯定 是 第 一 步 ,而 最 后 一 定 是 关闭 数据 库 , 这 
个 次 序 不 能 乱 。 于 是 可 以 使 用 模板 方法 模式 , 先 在 抽象 类 的 模板 方法 中 指定 数据 库 操作 的 
执行 步骤 ,将 相同 步骤 对 应 的 方法 在 抽象 父 类 中 实现 ,而 不 同 的 步骤 则 在 抽象 父 类 中 只 进行 
声明 ,在 其 子 类 中 根据 具体 情况 实现 不 同 的 数据 库 连 接 方法 。 

在 模板 方法 模式 的 使 用 过 程 中 .要求 开 发 抽象 类 和 开发 具体 子 类 的 设计 师 之 间 进 行 协 
作 。 一 个 设计 师 负责 给 出 一 个 算法 的 轮廓 和 骨架 , 另 一 些 设计 师 则 负责 给 出 这 个 算法 的 各 
个 逻辑 步 又。 实现 这 些 具体 逻辑 步骤 的 方法 称 为 基本 方法 (Primitive Method) ,而 将 这 些 基 
本 方法 汇总 起 来 的 方法 称 为 模板 方法 (Template Method) ,模板 方法 模式 的 名 字 从 此 而 来 。 
下 面 将 详细 介绍 模板 方法 和 基本 方法 。 

1. 模板 方法 


一 个 模板 方法 是 定义 在 抽象 类 中 的 、 把 基本 操作 方法 组 合 在 一 起 形成 一 个 总 算法 或 一 
个 总 行为 的 方法 。 这 个 模板 方法 一 般 会 在 抽象 类 中 定义 ,并 由 子 类 不 加 以 修改 地 完全 继承 
下 来 。 模 板 方法 是 一 个 具体 方法 , 它 给 出 了 一 个 顶级 逻辑 的 骨架 ,而 迎 辑 的 组 成 步骤 可 以 是 
具体 方法 ,也 可 以 是 抽象 方法 。 由 于 模板 方法 是 具体 方法 ,因此 模板 方法 模式 中 的 抽象 层 只 
能 是 抽象 类 , 而 不 是 接口 。 

2. 基本 方法 

基本 方法 是 实现 算法 各 个 步骤 的 方法 ,是 模板 方法 的 组 成 部 分 。 基 本 方法 又 可 以 分 为 
三 种 : 抽象 方法 (Abstract Method)、 具 体 方 法 (Concrete Method) 和 钩子 方法 (Hook 
Method) 。 

(1) 抽象 方法 : 一 个 抽象 方法 由 抽象 类 声明 ,由 其 具体 子 类 实现 。 在 Java 语言 里 一 个 
抽象 方法 以 abstract 关键 字 标识 。 

(2) 具体 方法 : 一 个 具体 方法 由 一 个 抽象 类 或 具体 类 声明 并 实现 ,其 子 类 可 以 进行 覆 
盖 也 可 以 直接 继承 。 在 Java 语言 中 ,一 个 具体 方法 没有 abstract 关键 字 。 

(3) 钩子 方法 : 一 个 钧 子 方法 由 一 个 抽象 类 或 具体 类 声明 并 实现 ,而 其 子 类 可 能 会 加 
以 扩展 。 通 常 在 父 类 中 给 出 的 实现 是 一 个 空 实现 ,并 以 该 空 实现 作为 方法 的 默认 实现 ,当然 
钧 子 方法 也 可 以 提供 一 个 非 空 的 默认 实现 。 在 模板 方法 模式 中 , 钧 子 方法 有 两 类 : 第 一 类 
钧 子 方法 可 以 与 一 些 具体 步骤 “挂钩 ”以 确定 在 不 同 条 件 下 执行 模板 方法 中 的 不 同步 又 ,这 
类 钩子 方法 的 返回 类 型 通常 是 boolean 类 型 的 ,这 类 方法 名 一 般 为 isXXX() ,用 于 对 某 个 条 
件 进行 判断 ,如 果 条 件 满足 则 执行 某 一 步骤 ,否则 某 一 步骤 不 执行 ,代码 如 下 : 
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print(); 


public boolean isPrint() 
Li 


return true; 


} 


在 代码 中 isPrint() 方 法 即 是 钩子 方法 , 它 可 以 决定 print() 方 法 是 否 执行 ,一 般 情况 下 ， 
钩子 方法 的 返回 值 为 true, 如果 不 希望 某 方法 执行 ,可 以 在 其 子 类 中 覆盖 钩子 方法 ,将 其 返 
回 值 改 为 false 即 可 ,这 种 类 型 的 钩子 方法 可 以 控制 方法 的 执行 ,对 一 个 算法 进行 约束 。 

还 有 一 类 钩子 方 法 就 是 实现 体 为 空 的 具体 方法 , 子 类 可 以 根据 需要 覆盖 或 者 继承 这 些 
钩子 方法 ,与 抽象 方法 相 比 ,钩子 方法 的 好 处 在 于 如 果 没 有 覆盖 父 类 中 定义 的 钩子 方法 , 编 
译 可 以 通过 ,但 是 如 果 没 有 覆盖 父 类 中 定义 的 抽象 方法 ,编译 将 报错 。 

模板 方法 模式 抽象 类 的 典型 代码 如 下 : 


public abstract class AbstractClass 
public void templateMethod() // 模 板 方法 
{ 
primitiveOperation](); 
primitiveOperation2(); 
primitiveOperation3(); 
} 
public void primitiveOperation1() // 基 本 方法 一 具体 方法 
{ 
// 实 现代 码 
} 
public abstract void primitiveOperation2();// 基 本 方法 一 抽象 方法 
public void primitiveOperation3() // 基 本 方法 一 钩子 方法 
{ 
} 


在 抽象 类 中 模板 方法 templateMethod() 定 义 了 算法 的 框架 ,在 其 中 调用 基本 方法 以 实现 
完整 的 算法 ,每 一 个 基本 方法 如 primitiveOperation1() .primitiveOperation2() 等 实现 算法 的 
一 部 分 ,对 于 所 有 子 类 都 相同 的 基本 方法 在 父 类 实现 ,如 primitiveOperation1() ,和 否则 在 父 
类 声明 为 抽象 方法 或 钩子 方法 ,由 不 同 的 子 类 提供 不 同 的 实现 ,如 primitiveOperation2() 和 
primitiveOperation3()。 


在 抽象 类 的 子 类 中 提供 抽象 步骤 的 实现 ,具体 子 类 的 典型 代码 如 下 : 


public class ConcreteClass extends AbstractClass 


{ 
public void primitiveOperation2() 
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在 具体 子 类 中 覆盖 了 抽象 类 中 声明 的 抽象 方法 和 钩子 方法 ,实现 了 算法 的 某 些 步骤 。 

在 模板 方法 模式 中 ,由 于 面向 对 象 的 多 态 性 , 子 类 对 象 在 运行 时 将 覆盖 父 类 对 象 , 子 类 
中 定义 的 方法 也 将 覆盖 父 类 中 定义 的 方法 ,因此 程序 在 运行 时 ,具体 子 类 的 基本 方法 将 覆盖 
父 类 中 定义 的 基本 方法 , 子 类 的 钩子 方法 也 将 覆盖 父 类 的 钩子 方法 ,从 而 可 以 通过 在 子 类 中 
实现 的 钩子 方法 对 父 类 方法 的 执行 进行 约束 ,实现 子 类 对 父 类 行为 的 反 向 控制 。 


26.3 模板 方法 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 模板 方法 模式 。 


26.3.1 模板 方法 模式 实例 之 银行 业务 办 理 流 程 


1. 实例 说 明 


在 银行 办 理 业务 时 ,一 般 都 包含 几 个 基本 步骤 ,首先 需要 取 号 排队 ,然后 办 理 具体 业务 ， 
最 后 需要 对 银行 工作 人 员 进 行 评分 。 无 论 具体 业务 是 取款 ,存款 还 是 转账 ,其 基本 流程 都 一 
样 。 现 使 用 模板 方法 模式 模拟 银行 业务 办 理 流 程 。 


2. 实例 类 图 
通过 分 析 ,该 实例 类 图 如 图 26-3 所 示 。 


26-3 ”银行 业务 办 理 流程 类 图 
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3. 实例 代码 及 解释 
(1) 抽象 类 BankTemplateMethod( 银 行业 务 办 理 流程 类 ) 


public abstract class BankTemplateMethod 
{ 
public void takeNumber( ) 
{ 
System. out. println(" 取 号 排队 。"); 
} 


public abstract void transact(); 


public void evaluate( ) 
{ 

System. out. println(" 反 馈 评分 。"); 
} 


public void process( ) 


{ 
this. takeNumber( ); 
this. transact( ); 
this. evaluate( ); 


} 


在 BankTemplateMethod 类 中 ,定义 了 模板 方法 process() 用 于 指定 其 他 方法 的 执行 步 
了 又, 并且 实现 了 基本 方法 takeNumber() 和 evaluate() ,而 将 transact() 方 法 定义 为 抽象 方 
法 ,在 其 具体 子 类 中 实现 具体 的 业务 操作 。 

(2) 具体 子 类 Deposit( 存 款 类 ) 


public class Deposit extends BankTemplateMethod 
Q 
public void transact() 
System. out. println(" 存 款 "); 
} 
3 


Deposit 是 BankTemplateMethod 的 具体 子 类 ,实现 了 抽象 方法 transact() 。 
(3) 具体 子 类 Withdraw( 取 款 类 ) 


public class Withdraw extends BankTemplateMethod 
{ 
public void transact() 
{ 
System. out. println(" 取 款 "); 
} 
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Withdraw 是 BankTemplateMethod 的 具体 子 类 ,实现 了 抽象 方法 transact() 。 
(4) 具体 子 类 Transfer( 转 账 类 ) 


public class Transfer extends BankTemplateMethod 
public void transact() 
{ 
System. out. println(" 转 账 "); 
} 
} 


Transfer 是 BankTemplateMethod 的 具体 子 类 ,实现 了 抽象 方法 transact()。 
4. 辅助 代码 

(1) XML 操作 工具 类 XMLUtil 

参见 5. 2. 2 节 工 三 方法 模式 之 模式 分 析 。 

(2) 配置 文件 config. xml 

本 实例 配置 文件 代码 如 下 : 


<?xm]l version = "1.0"?> 
< config > 

<className> Deposit </className> 
</config> 


(3) 客户 端 测 试 类 Client 


public class Client 


i 
public static void main(String a[ ]) 
a 
BankTemplateMethod bank; 
bank = (BankTemplateMethod)XMLUtil. getBean( ); 
bank. process( ); 
SE 吉 拘 


】 


注意 加 粗 的 三 句 代 码 , 在 定义 对 象 时 需要 采用 抽象 类 定义 ,通过 XMLUtil 类 读 取 配置 
文件 并 生成 所 需 对 象 。 

5. 结果 及 分 析 

如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设 置 为 Deposit, 则 输出 结果 如 下 : 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 Transfer, 则 输出 结果 如 下 : 
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如 果 某 一 步骤 有 新 的 实现 方法 (如 增加 一 种 新 的 具体 银行 业务 ), 只 需 增 加 一 个 新 的 具 
体 子 类 然后 修改 配置 文件 即 可 ,对 已 有 类 无 须 做 任何 改动 ,完全 符合 “ 开 闭 原则 ”。 


26.3.2 模板 方法 模式 实例 之 数据 库 操作 模板 


1. 实例 说 明 

对 数据 库 的 操作 一 般 包括 连接 打开、 使 用 、 关 闭 等 步骤 ,在 数据 库 操作 模板 类 中 我 们 定 
义 了 connDB() .openDB() ,useDB() closeDB() 四 个 方法 分 别 对 应 这 四 个 步 又。 对 于 不 同 
类 型 的 数据 库 ( 如 SQL Server 和 Oracle) ,其 操作 步骤 都 一 致 ,只 是 连接 数据 库 connDB() 方 
法 有 所 区 别 , 现 使 用 模板 方法 模式 对 其 进行 设计 。 

2. 实例 类 图 


通过 分 析 ,该 实例 类 图 如 图 26-4 所 示 。 


图 26-4 ”数据 库 操作 模板 类 图 
该 实例 的 代码 解释 与 结果 分 析 略 。 


26.4 模板 方法 模式 效果 与 应 用 


26.4.1 模式 优 缺点 


1. 模板 方法 模式 的 优点 

(1) 模板 方法 模式 在 一 个 类 中 形式 化 地 定义 算法 ,而 由 它 的 子 类 实现 细节 的 处 理 。 模 
板 方法 模式 的 优势 是 在 子 类 定义 详细 的 处 理 算法 时 不 会 改变 算法 的 结构 。 

(2) 模板 方法 模式 是 一 种 代码 复 用 的 基本 技术 , 它 在 类 库 设 计 中 尤为 重要 , 它 提取 了 类 
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库 中 的 公共 行为 ,将 公共 行为 放 在 父 类 中 ,而 通过 其 子 类 来 实现 不 同 的 行为 。 

(3) 模板 方法 模式 提供 了 一 种 反 向 的 控制 结构 ,通过 一 个 父 类 调用 其 子 类 的 操作 ,通过 
对 子 类 的 扩展 增加 新 的 行为 ,符合 “ 开 闭 原则 ”。 

2. 模板 方法 模式 的 缺点 

每 个 不 同 的 实现 都 需要 定义 一 个 子 类 ,这 会 导致 类 的 个 数 增加 ,系统 更 加 庞大 ,设计 也 
更 加 抽象 ,但 是 更 加 符合 “单一 职责 原则 ”, 使 得 类 的 内 聚 性 得 以 提高 。 


26.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 模板 方法 模式 : 

(1) 一 次 性 实现 一 个 算法 的 不 变 部 分 ,并 将 可 变 行为 留 给 子 类 来 实现 。 

(2) 各 子 类 中 公共 的 行为 应 被 提取 出 来 并 集中 到 一 个 公共 父 类 中 以 避免 代码 重复 。 首 
先 需 要 识别 现 有 代码 中 的 不 同 之 处 ,并 且 将 不 同 之 处 分 离 为 新 的 操作 ; 然后 ,用 一 个 调用 这 
些 新 的 操作 的 模板 方法 来 替换 这 些 不 同 的 代码 。 

(3) 对 一 些 复杂 的 算法 进行 分 割 , 将 其 算法 中 国定 不 变 的 部 分 设计 为 模板 方法 和 父 类 
具体 方法 ,而 一 些 可 以 改变 的 细节 由 其 子 类 来 实现 。 

(4) 控制 子 类 的 扩展 。 模 板 方 法 只 在 特定 点 调用 钩子 方法 ,这 样 就 只 允许 在 这 些 点 进 
行 扩展 ,也 就 是 说 对 于 某 些 方法 ,可 以 通过 钩子 方法 来 进行 扩展 ,而 对 于 不 能 进行 扩展 的 方 
法 可 以 将 其 定义 为 final 方法 ,对 算法 的 扩展 进行 有 效 的 控制 和 约束 。 


26.4.3 模式 应 用 


(1) 模板 方法 模式 广泛 应 用 于 框架 设计 (如 Spring,Struts 等 ) 中 ,以 确保 父 类 控制 处 理 
流程 的 逻辑 顺序 (如 框架 的 初始 化 ) 。 

(2) 在 目前 最 为 流行 的 Java 单元 测试 工具 JUnit 中 ,TestCase 类 以 及 它 的 子 类 就 是 一 
个 模板 方法 模式 的 应 用 实例 。 在 抽象 类 TestCase 中 将 整个 测试 的 流程 设置 好 ,比如 先 执行 
setUp() 方 法 初始 化 测试 环境 ,然后 执行 测试 方法 ,最 后 再 通过 tearDown() 方 法 来 释放 相关 
资源 。 但 具体 在 这 些 方法 中 做 什么 ,在 TestCase 类 中 都 没有 实现 ,这 些 步骤 的 具体 实现 都 
延迟 到 子 类 中 去 ,也 就 是 我 们 自己 实现 的 测试 类 中 。 代 码 片段 如 下 : 
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26.5 模板 方法 模式 扩展 


1. 关于 继承 的 讨论 

在 学 习 面 向 对 象 设计 原则 之 “合成 复 用 原则 ”时 我 们 已 经 知道 继承 复 用 存在 的 问题 ,在 
之 后 的 设计 模式 学 习 过 程 中 ,我 们 也 在 尽量 使 用 关联 关系 取代 继承 关系 。 很 多 模式 只 是 在 
扩展 抽象 层 时 使 用 了 继承 ,比如 适配器 模式 ,组合 模式 .桥接 模式 、 状 态 模 式 等 ,而 涉及 具体 
类 之 间 的 复 用 以 及 抽象 层 之 间 的 相互 调用 时 都 使 用 的 是 关联 关系 。 

但 模板 方法 模式 鼓励 我 们 恰当 使 用 继承 ,此 模式 可 以 用 来 改写 一 些 拥 有 相同 功能 的 相 
关 类 ,将 可 复 用 的 一 般 性 的 行为 代码 移 到 父 类 里 面 ,而 将 特殊 化 的 行为 代码 移 到 子 类 里 
这 也 进一步 说 明 , 虽 然 继 承 复 用 存在 一 些 问 题 ,但 是 在 某 些 情况 下 还 是 可 以 给 开发 人 员 带 玉 
方便 ,模板 方法 模式 就 是 体现 继承 优势 的 模式 之 一 。 

2. 好 莱 坞 原则 

在 模板 方法 模式 中 ， A 而 是 通过 覆盖 父 类 的 方法 来 实现 某 些 
具体 的 业务 逻辑 , 父 类 控制 对 子 类 的 调用 ,这 种 机 制 被 称 为 好 莱 坞 原则 (Hollywood 
Principle) ,好 莱 坞 原则 的 定义 为 : “不 要 给 我 们 打 电 话 , 我 们 会 给 你 打 电 话 (Don t call us， 
we'll call you)”。 因 为 在 好 莱 坞 , 当 艺 人 把 简历 递交 给 好 莱 坞 娱乐 公司 后 ,所 能 做 的 工作 只 
有 等 待 ,整个 过 程 由 娱乐 公司 控制 ,演员 只 能 被 动 地 服从 安排 ,在 需要 的 时 候 再 完成 某 些 具 
体 环节 的 演出 。 在 软件 开发 中 .我 们 可 以 将 call 翻译 为 调用”, 好 莱 坞 原则 变 为 “不 要 调用 
我 ,我 将 调用 你 ”。 在 模板 方法 模式 中 ,好 莱 坞 原则 体现 在 : 子 类 不 需要 调用 父 类 ,而 通过 父 
类 来 调用 子 类 ,将 某 些 步骤 的 实现 写 在 子 类 中 ,由 父 类 来 控制 整个 过 程 。 

3. 钩子 方法 的 使 用 

在 对 模板 方法 模式 的 学 习 中 我 们 已 经 知道 该 模式 不 仅 在 父 类 中 提供 了 一 个 定义 算法 骨 
架 的 模板 方法 ,还 提供 了 一 系列 抽象 方法 .具体 方法 和 钩子 方法 ,其 中 钩子 方法 的 引入 使 得 
子 类 可 以 控制 父 类 的 行为 。 最 简单 的 钩子 方法 就 是 空 方法 ,代码 如 下 : 


当然 也 可 以 在 钩子 方法 中 定义 一 个 默认 的 实现 ,如 果子 类 不 覆盖 钩子 方法 , 则 执行 父 类 
的 默认 实现 代码 。 

比较 复杂 一 点 的 钩子 方法 可 以 对 其 他 方法 进行 约束 ,这 种 钧 子 方法 通常 返回 一 
boolean 类 型 , 即 返回 true 或 false, 用 来 判断 是 否 执行 某 一 个 基本 方法 ,下 面 通过 一 个 实例 
来 说 明 这 种 钩子 方法 的 使 用 。 

在 某 系 统 中 需要 提供 一 个 数据 图 表 显示 功能 ,该 过 程 一 般 分 为 如 下 几 个 步骤 : 从 数据 
源 获 取 数 据 、 对 数据 进行 转换 、 以 某 种 图 表 显 示 数 据 。 假 定数 据 转 换 操作 是 公共 的 ,而 数据 
源 可 以 有 多 种 ,图 表 显 示 方式 也 有 多 种 ,由 于 该 过 程 的 三 个 步 又 次 序 是 固定 的 ,存在 公共 的 
代码 ,满足 模板 方法 模式 的 适用 条 件 , 可 以 使 用 模板 方法 模式 对 其 进行 设计 。 但 是 因为 数据 
获取 方式 不 一 样 , 有 些 获 取 的 数据 无 须 进 行 转换 可 以 直接 通过 图 表 进 行 显示 ,因此 在 具体 使 
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用 时 可 能 只 有 两 步 ,而 无 须 数 据 转换 的 步骤 。 为 了 解决 这 个 问题 ,可 以 定义 一 个 钧 子 方法 如 
isValid() 来 对 数据 转换 方法 进行 控制 ,演示 代码 如 下 : 


public abstract class HookDemo 
{ 
// 获 取 数 据 
public abstract void getData( ); 


// 转 换 数 据 
publie void convertpatal) 
{ 
System. out. println(" 通 用 的 数据 转换 操作 ,"); 
} 


// 显 示 数 据 
public abstract void displayData( ); 


// 模 板 方 法 
public void process() 
{ 
getData( ); 
if(isValid()) 
{ 
convertData( ); 
y 
displayData( ); 
} 


public boolean isValid() 
下 

return true; 
} 


在 上 面 的 代码 中 ,引入 了 一 个 新 的 钩子 方法 isValid() ,其 返回 类 型 为 boolean 类 型 , 且 
在 模板 方法 中 通过 它 来 对 数据 转换 方法 convertData() 进 行 约束 ,该 钩子 方法 默认 返回 值 为 
true, 在 其 子 类 中 可 以 根据 实际 情况 覆盖 该 方法 ,具体 子 类 代码 如 下 : 


public class SubHookDemo extends HookDemo 
四 
public void getData( ) 
System. out. println(" 从 xML 配置 文件 中 获取 数据 ."); 
} 


public void displayData( ) 
| 

System. out. println(" 以 柱状 图 显示 数据 。"); 
} 
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public boolean isValid() 
{ 


return false; 


} 
了 


在 抽象 类 HookDemo 的 具体 子 类 SubHookDemo 中 覆盖 了 钩子 方法 isValid() ,返回 
false, 在 客户 端 调用 时 将 不 会 执行 数据 转换 方法 convertData() ,客户 端 代码 如 下 : 


public class Client 
和 
public static void main(String a[ ]) 


. 
HookDemo hd; 


hd = new SubHookDemo( ); 
hd. process(); 


} 
该 程序 运行 结果 如 下 : 


从 XML 配置 文件 中 获取 数据 。 
以 柱状 图 显示 数据 。 


26.6 本 章 小 结 


(1) 在 模板 方法 模式 中 ,定义 一 个 操作 中 算法 的 骨架 ,而 将 一 些 步 又 延迟 到 子 类 中 , 模 
板 方 法 使 得 子 类 可 以 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 某 些 特定 步 又。 模板 方法 
模式 是 一 种 类 行为 型 模式 。 

(2) 模板 方法 模式 包含 两 个 角色 : 在 抽象 类 中 定义 一 系列 基本 操作 ,这 些 基 本 操作 可 
以 是 具体 的 ,也 可 以 是 抽象 的 ,同时 ,在 抽象 类 中 实现 了 一 个 模板 方法 ,用 于 定义 一 个 算法 的 
骨架 ; 具体 子 类 是 抽象 类 的 子 类 ,用 于 实现 在 父 类 中 定义 的 抽象 基本 操作 以 完成 子 类 特定 
算法 的 步骤 ,也 可 以 覆盖 在 父 类 中 实现 的 具体 基本 操作 。 

(3) 在 模板 方法 模式 中 ,方法 可 以 分 为 模板 方法 和 基本 方法 ,其 中 基本 方法 又 可 以 分 为 
抽象 方法 .具体 方法 和 钩子 方法 ,钩子 方法 根据 其 特点 又 分 为 空 方法 和 与 实现 算法 步骤 的 基 
本 方法 “挂钩 ”的 方法 。 

(4) 模板 方法 模式 的 优点 在 于 在 子 类 定义 详细 的 处 理 算法 时 不 会 改变 算法 的 结构 , 实 
现 了 代码 的 复 用 ,通过 对 子 类 的 扩展 可 以 增加 新 的 行为 ,符合 “ 开 闭 原则 ”; 其 缺点 在 于 需要 
为 每 个 不 同 的 实现 都 定义 一 个 子 类 ,这 会 导致 类 的 个 数 增加 ,系统 更 加 庞大 ,设计 也 更 加 
抽象 。 

(5) 模板 方法 模式 适用 情况 包括 : 一 次 性 实现 一 个 算法 的 不 变 部 分 ,并 将 可 变 行为 留 
给 子 类 来 实现 ; 各 子 类 中 公共 的 行为 应 被 提取 出 来 并 集中 到 一 个 公共 父 类 中 以 避免 代码 重 
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复 ; 对 一 些 复杂 的 算法 进行 分 割 ,将 其 算法 中 固定 不 变 的 部 分 设计 为 模板 方法 ,而 一 些 可 以 
改变 的 细节 由 其 子 类 来 实现 ; 通过 模板 方法 模式 还 可 以 控制 子 类 的 扩展 。 


思考 与 练习 


1. 用 Java 代码 模拟 实现 “数据 库 操作 模板 ”实例 。 

2. 某 银行 软件 的 利息 计算 流程 如 下 : 系统 根据 账号 查询 用 户 信息 ; 根据 用 户 信息 判断 用 
户 类 型 ; 不 同类 型 的 用 户 使 用 不 同 的 利息 计算 方式 计算 利息 (如 活期 账户 CurrentAccount 和 
定期 账户 SavingAccount 具有 不 同 的 利息 计算 方式 ); 显示 利息 。 现 使 用 模板 方法 模式 来 
设计 该 系统 ,绘制 类 图 并 编程 实现 。 


访问 者 模式 


本 章 导 学 

访问 者 模式 是 一 种 较为 复杂 的 行为 型 设计 模式 , 它 包 含 访问 者 和 被 访问 
元 素 两 个 主要 组 成 部 分 ,这 些 被 访问 的 元 素 具 有 不 同 的 类 型 , 且 不 同 的 访问 者 
可 以 对 其 进行 不 同 的 访问 操作 。 访 问 者 模式 使 得 用 户 可 以 在 不 修改 现 有 系统 
的 情况 下 扩展 系统 的 功能 ,为 这 些 不 同类 型 的 元 素 增加 新 的 操作 。 


本 音 将 介绍 访问 者 模式 的 定义 与 结构 ,理解 访问 者 模式 中 对 象 结构 的 作用 以 及 如 何 编 
程 实现 访问 者 模式 ,并 掌握 元 素 类 和 访问 者 类 的 设计 原理 及 实现 过 程 。 

本 章 的 难点 在 于 访问 者 模式 的 编程 实现 ,理解 访问 者 类 与 元 素 类 之 问 的 关系 .双重 分 派 技 术 
的 实现 以 及 访问 者 模式 中 * 开 闭 原 则 ?的 倾斜 性 。 

访问 者 模式 重要 等 级 : 友 六 六 闪闪 

访问 者 模式 难度 等 级 : 友 友 友 丰 六 


27.1 访问 者 模式 动机 与 定义 


在 有 些 集合 对 象 中 可 能 存在 多 种 不 同类 型 的 元 素 , 而 且 不 同 的 调用 者 在 使 用 这 些 元 素 
时 也 有 所 区 别 ,这 些 调用 者 称 为 访问 者 ,此 时 ,可 以 使 用 访问 者 模式 来 进行 系统 设计 。 访 问 
者 模式 为 多 个 访问 者 访问 集合 对 象 中 的 多 种 元 素 提供 了 一 种 解决 方案 ,用 户 可 以 根据 需要 
给 元 素 对 象 增加 新 的 访问 方式 而 无 须 修改 现 有 系统 。 


27.1.1 模式 动机 


对 于 系统 中 的 某 些 对 象 ,它们 存储 在 同一 个 集合 中 , 且 具 有 不 同 的 类 型 ,而 且 对 于 该 集 
合 中 的 对 象 ,可 以 接受 一 类 称 为 访问 者 的 对 象 来 访问 ,不 同 的 访问 者 其 访问 方式 有 所 不 同 ， 
访问 者 模式 为 解决 这 类 问题 而 诞生 。 

在 现实 世界 中 也 存在 类 似 的 情况 ,如 医院 里 面 的 药 单 ( 处 方 单 ) ,可 以 将 其 看 成 是 药品 信 
息 的 集合 ,这 些 药品 的 类 型 并 不 相同 , 划 价 人 员 拿 到 药 单 之 后 根据 药品 名 称 和 数量 计算 总 
价 ,药房 工作 人 员 根 据 药 品名 称 和 数量 准备 药品 ,不 同类 型 的 工作 人 员 对 于 同一 个 集合 对 象 
可 以 有 不 同 的 操作 ,而 且 可 能 还 会 增加 新 的 类 型 的 工作 人 员 操作 药 单 。 在 这 里 , 药 单 是 集合 
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对 象 ,而 里 面 的 药品 信息 是 一 个 个 需要 访问 的 元 素 , 工 作 人 员 是 访问 者 ,他 们 需要 访问 存储 
在 药 单 中 的 元 素 信 息 , 如 图 27-1 所 示 。 


9 3 


内 
LJ Ea 
药房 工作 人 员 Se 


图 27-1 访问 者 模式 示意 图 


在 Java 等 面向 对 象 语言 中 都 提供 了 大 量 用 于 存储 多 个 元 素 的 集合 对 象 (聚合 对 象 ) ,在 
一 般 情 况 下 这 些 集合 中 存储 的 都 是 同一 类 型 的 对 象 , 在 集合 上 采取 的 操作 也 都 是 一 些 针 对 
相同 类 型 对 象 的 同类 操作 。 但 是 有 时 候 保存 在 一 个 集合 对 象 中 的 元 素 对 象 类 型 并 不 相同 ， 
它们 可 能 只 是 具有 公共 的 父 类 型 ,如 果 需 要 针对 一 个 包含 不 同类 型 元 素 的 集合 采取 某 种 操 
作 , 而 操作 的 细节 根据 元 素 的 类 型 不 同 而 有 所 不 同时 ,就 会 出 现 大 量 对 元 素 对 象 进行 类 型 判 
断 的 条 件 转 移 语句 ,将 导致 代码 复杂 度 增 大 。 

在 实际 使 用 时 ,对 同一 集合 对 象 的 操作 并 不 是 唯一 的 ,对 相同 的 元 素 对 象 可 能 存在 多 种 
不 同 的 操作 方式 ,如 上 面 所 述 的 药 单 ,而 且 这 些 操 作 方式 并 不 稳定 ,可 能 还 需要 增加 新 的 操 
作 , 以 满足 新 的 业务 需求 。 此 时 ,访问 者 模式 就 是 一 个 值得 考虑 的 解决 方案 。 访 问 者 模式 的 
目的 是 封装 一 些 施 加 于 某 种 数据 结构 元 素 之 上 的 操作 ,一 旦 这 些 操 作 需 要 修改 的 话 , 接 受 这 
个 操作 的 数据 结构 可 以 保持 不 变 。 为 不 同类 型 的 元 素 提供 多 种 访问 操作 方式 , 且 可 以 在 不 
修改 原 有 系统 的 情况 下 增加 新 的 操作 方式 ,这 就 是 访问 者 模式 的 模式 动机 。 


27.1.2 模式 定义 


访问 者 模式 (Visitor Pattern) 定 义 ; 表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 , 它 
使 我 们 可 以 在 不 改变 各 元 素 的 类 的 前 提 下 定义 作用 于 这 些 元 素 的 新 操作 。 访 问 者 模式 是 一 
种 对 象 行为 型 模式 。 

英文 定义 :“Represent an operation to be performed on the elements of an object 
structure. Visitor lets you define a new operation without changing the classes of the 


elements on which it operates. ”。 


27.2 访问 者 模式 结构 与 分 析 


访问 者 模式 结构 较为 复杂 ,下 面 将 学 习 并 分 析 其 模式 结构 。 
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27.2.1 模式 结构 
访问 者 模式 结构 图 如 图 27-2 所 示 。 


图 27-2 访问 者 模式 结构 图 


访问 者 模式 包含 如 下 角色 : 

1. Visitor( 抽 象 访问 者 ) 

抽象 访问 者 为 对 象 结构 类 中 每 一 个 具体 元 素 类 ConcreteElement 声明 一 个 访问 操作 ， 
从 这 个 操作 的 名 称 或 参数 类 型 可 以 清楚 知道 需要 访问 的 具体 元 素 的 类 型 ,具体 访问 者 需要 
实现 这 些 操作 方法 ,定义 对 这 些 元 素 的 访问 操作 。 

2. ConcreteVisitor( 具 体 访问 者 ) 

具体 访问 者 实现 了 每 个 由 抽象 访问 者 声明 的 操作 ,每 一 个 操作 用 于 访问 对 象 结构 中 一 
种 类 型 的 元 素 。 

3. Element( 抽 象 元 素 ) 

抽象 元 素 一 般 是 抽象 类 或 者 接口 , 它 定 义 一 个 accept() 方 法 ,该 方法 以 一 个 抽象 访问 者 
作为 参数 。 
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4. ConcreteElement( 具 体 元 素 ) 

具体 元 素 实 现 了 accept() 方 法 ,在 其 accept() 中 调用 访问 者 的 访问 方法 以 便 完 成 对 一 
个 元 素 的 操作 。 

5. ObjectStructure( 对 象 结构 ) 

对 象 结 构 是 一 个 元 素 的 集合 , 它 用 于 存放 元 素 对 象 ,并 且 提 供 了 遍历 其 内 部 元 素 的 方 
法 。 它 可 以 结合 组 合 模式 来 实现 ,也 可 以 是 一 个 简单 的 集合 对 象 ,如 一 个 List 对 象 或 一 个 
Set 对 象 。 


i 
27.2.2 模式 分 析 


访问 者 模式 中 对 象 结构 存储 了 不 同类 型 的 元 素 对 象 ,以 供 不 同 访问 者 访问 。 访问 者 模 
式 包括 两 个 层次 结构 ,一 个 是 访问 者 层次 结构 ,提供 了 抽象 访问 者 和 具体 访问 者 ,一 个 是 元 
素 层 次 结构 ,提供 了 抽象 元 素 和 具体 元 素 。 相 同 的 访问 者 可 以 以 不 同 的 方式 访问 不 同 的 元 
素 , 相 同 的 元 素 可 以 接受 不 同 访问 者 以 不 同 访问 方式 访问 。 在 访问 者 模式 中 ,增加 新 的 访问 
者 无 须 修 改 原 有 系统 ,系统 具有 较 好 的 可 扩展 性 。 

在 访问 者 模式 中 ,抽象 访问 者 声明 了 访问 元 素 对 象 的 方法 ,通常 为 每 一 种 类 型 的 元 素 对 
象 都 提供 一 个 访问 方法 ,而 具体 访问 者 可 以 实现 这 些 访问 方法 。 这 些 访 问 方法 的 设计 有 两 
种 方式 ,一 种 是 直接 在 方法 名 中 标明 待 访问 元 素 对 象 的 类 型 ,如 visitElementA (ElementA 
elementA), 还 有 一 种 是 统一 取 名 为 visit(), 通 过 参数 类 型 的 不 同 来 定义 一 系列 重 载 的 
visit() 方 法 。 当 然 , 如 果 所 有 的 访问 者 对 某 一 类 型 的 元 素 的 访问 操作 都 相同 , 则 可 以 将 操作 
代码 移 到 抽象 访问 者 类 中 ,其 典型 代码 如 下 : 


public abstract class Visitor 
{ 
public abstract void visit(ConcreteElementA elementA); 
public abstract void visit(ConcreteElementB elementB); 
public void visit(ConcreteElementC elementC) 
i 
// 元 素 ConcreteElementC 操作 代码 
} 
} 


在 这 里 使 用 了 重 载 visit() 方 法 的 方式 来 定义 多 个 方法 用 于 操作 不 同类 型 的 元 素 对 象 。 
在 抽象 访问 者 Visitor 类 的 子 类 ConcreteVisitor 中 实现 了 抽象 的 访问 方法 ,用 于 定义 对 不 
同类 型 元 素 对 象 的 操作 ,具体 访问 者 类 典型 代码 如 下 : 


public class ConcreteVisitor extends Visitor 
! 
public void visit(ConcreteElementA elementA) 
i 
// 元 素 ConcreteElementA 操作 代码 


422 设计 模式 (第 2 版 ) 


} 
public void visit(ConcreteElementB elementB) 
{ 
// 元 素 ConcreteElementB 操作 代码 
} 
} 


对 于 抽象 元 素 类 而 言 , 在 其 中 一 般 都 声明 了 一 个 accept() 方 法 ,用 于 接受 访问 者 的 访 
问 , 典 型 的 抽象 元 素 类 代码 如 下 : 


public interface Element 


public void accept(Visitor visitor); 


需要 注意 的 是 该 方法 传人 了 一 个 抽象 访问 者 Visitor 类 型 的 参数 , 即 针对 抽象 访问 者 进 
行 编程 ,而 不 是 具体 访问 者 。 在 程序 运行 时 再 确定 具体 访问 者 的 类 型 ,并 调用 具体 访问 者 对 
象 的 visit() 方 法 实现 对 元 素 对 象 的 操作 。 在 抽象 元 素 类 Element 的 子 类 中 实现 了 accept() 
方法 ,用 于 接受 访问 者 的 访问 ,在 具体 元 素 类 中 还 可 以 定义 不 同类 型 的 元 素 所 特有 的 业务 方 
法 ,其 典型 代码 如 下 : 


public class ConcreteElementA implements Element 


{ 


public void accept (Visitor visitor) 


{ 


visitor. visit(this); 


} 


public void operationA() 
i 
// 业 务 方法 
} 
j 


在 具体 元 素 类 ConcreteElementA 的 accept() 方 法 中 ,通过 调用 Visitor 类 的 visit() 方 
法 实现 对 元 素 的 访问 ,并 以 当前 对 象 作 为 visit() 方 法 的 参数 。 其 具体 执行 过 程 如 下 : 

(1) 调用 具体 元 素 类 的 accept() 方 法 ,并 将 已 经 实例 化 好 的 Visitor 子 类 对 象 作为 
参数 。 
(2) 在 accept() 方 法 内 部 调用 Visitor 对 象 的 visit() 方 法 ,将 当前 具体 元 素 类 对 象 作为 
参数 。 
(3) 执行 Visitor 对 象 的 visit() 方 法 ,在 其 中 也 可 以 调用 具体 元 素 类 对 象 的 业务 方法 。 
这 种 调用 机 制 也 称 为 "双重 分 派 ”, 正 因为 使 用 了 双重 分 派 技术 ,使 得 增加 新 的 访问 者 无 
须 修 改 现 有 类 库 代 码 ,只 需 将 新 的 访问 者 对 象 传人 具体 元 素 对 象 的 accept() 方 法 即 可 ,程序 
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运行 时 将 回调 在 新 增 Visitor 类 中 定义 的 visit() 方 法 ,从 而 实现 不 同形 式 的 访问 。 
在 访问 者 模式 中 ,对 象 结构 是 一 个 集合 , 它 用 于 存储 元 素 对 象 并 接受 访问 者 的 访问 ,其 
典型 代码 如 下 : 


public class ObjectStructure 
Private ArrayList list = new ArrayList(); 


public void accept(Visitor visitor) 
{ 


Iterator i= list. iterator(); 


while(i. hasNext( )) 
{ 
((Element)i.next()).accept(visitor); 
} 
} 


public void addElement (Element element) 


{ 
list.add(element); 
} 


public void removeElement (Element element) 
{ 
list. remove(element); 
| 
} 


在 对 象 结构 中 可 以 使 用 迭代 器 对 存储 在 集合 中 的 元 素 对 象 进行 遍历 ,并 逐个 调用 每 一 
个 对 象 的 accept() 方 法 ,实现 对 元 素 对 象 的 访问 操作 。 


27.3 访问 者 模式 实例 与 解析 


下 面 通过 两 个 实例 来 进一步 学 习 并 理解 访问 者 模式 。 


27.3.1 访问 者 模式 实例 之 购物 车 

1. 实例 说 明 

顾客 在 超市 中 将 选择 的 商品 ,如 苹果 、 图 书 等 放 在 购物 车 中 ,然后 到 收银 员 处 付款 。 在 
购物 过 程 中 ,顾客 需要 对 这 些 商 品 进行 访问 ,以 便 确认 这 些 商品 的 质量 ,之 后 收银 员 计 算 价 
格 时 也 需要 访问 购物 车 内 顾客 所 选择 的 商品 。 此 时 ,购物 车 作为 一 个 ObjectStructure( 对 象 


结构 ) 用 于 存储 各 种 类 型 的 商品 ,而 顾客 和 收银 员 作 为 访问 这 些 商品 的 访问 者 ,他 们 需要 对 
商品 进行 检查 和 计价 。 不 同类 型 的 商品 其 访问 形式 也 可 能 不 同 , 如 苹果 需要 过 秤 之 后 再 计 
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价 , 而 图 书 不 需要 。 使 用 访问 者 模式 来 设计 该 购物 过 程 。 
2. 实例 类 图 
通过 分 析 ,该 实例 类 图 如 图 27-3 所 示 。 


Visitor 
Client # name : String 
be + setName (String name) :void 
+ visit (Apple apple) :void 
+ visit (Book book) :void 


各 


= 


Customer Saler 


+ visit (Apple apple) : void 
+ visit (Book book) :void 


+ visit (Apple apple) : void 
+ visit (Book book) ; void 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
y 


BuyBasket 
—list : ArrayList = new ArrayList() Product 
+ accept (Visitor visitor) :void 
+ addProduct (Product product) :void + accept (Visitor visitor) 
+ removeProduct (Product product) : void 


Apple Book 


+ accept (Visitor visitor) + accept (Visitor visitor) 


3. 实例 代码 及 解释 
(1) 抽象 访问 者 类 Visitor( 访 问 者 类 ) 


public abstract class Visitor 


protected String name; 
public void setName(String name) 
1 

this. name = name; 


public abstract void visit(Apple apple); 


public abstract void visit(Book book); 
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Visitor 类 作为 抽象 访问 者 ,在 此 是 一 个 抽象 类 ,定义 了 业务 方法 setName() 用 于 设置 
访问 者 的 名 字 , 并 声明 了 抽象 访问 方法 visit(Apple apple) 和 visit(Book book) ,用 于 访问 两 
种 不 同类 型 的 元 素 。 

(2) 具体 访问 者 类 Customer( 顾 客 类 ) 


public class Customer extends Visitor 
{ 
public void visit(Apple apple) 
System. out. println(" 顾 客 ”+ name + “" 选 苹果 。"); 


public void visit(Book book) 


{ 
System. out. println(" 顾 客 ”+ name + "买书 。"); 


UL 


Customer 类 是 具体 访问 者 类 , 它 实 现 了 在 抽象 访问 者 类 中 声明 的 抽象 访问 方法 ,对 于 
两 种 不 同类 型 的 元 素 对 象 ,如 Apple 和 Book ,其 实现 方式 有 所 不 同 。 
(3) 具体 访问 者 类 Saler( 收 银 员 类 ) 


public class Saler extends Visitor 
{ 
public void visit(Apple apple) 
i 
System. out. println(" 收 银 员 ”+ name + "给 苹果 过 秤 ,然后 计算 其 价格 。"); 
1 


public void visit(Book book) 
{ 
System. out. println(" 收 银 员 ”+ name + "直接 计算 书 的 价格 。"); 
} 
j: 


Saler 类 也 是 具体 访问 者 类 ,实现 了 在 抽象 访问 者 类 中 声明 的 抽象 访问 方法 。 
(4) 抽象 元 素 类 Product( 商 品类 ) 


public interface Product 
{ 


void accept (Visitor visitor); 


} 


Product 是 抽象 元 素 类 , 它 声明 了 一 个 抽象 方法 accept(Visitor visitor) ,用 于 接受 访问 
者 的 访问 。 
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(5) 具体 元 素 类 Apple( 苹 果 类 ) 


public class Apple implements Product 
public void accept(Visitor visitor) 


visitor. visit(this); 
} 


Apple 类 实现 了 Product 接口 , 它 是 具体 元 素 类 之 一 ,实现 了 在 Product 接口 中 声明 的 
accept(Visitor visitor) 方 法 ,在 实现 过 程 中 调用 visitor 对 象 的 visit() 方 法 来 实现 对 元 素 对 
象 的 访问 。 

(6) 具体 元 素 类 Book( 书 籍 类 ) 


public class Book implements Product 
do 
public void accept (Visitor visitor) 
i 
visitor. visit(this); 
} 


Book 类 也 实现 了 Product 接口 , 它 也 是 具体 元 素 类 之 一 。 
(7) 对 象 结构 BuyBasket( 购 物 车 类 ) 


import java. util. *; 


public class BuyBasket 
HL 
private ArrayList list = new ArrayList(); 


public void accept(Visitor visitor) 


Iterator i= list. iterator(); 


while(i. hasNext()) 
((Product)i. next()).accept(visitor); 


} 


public void addProduct(Product product) 
! 

list.add(product); 
1 
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public void removeProduct(Product product) 


{ 
list. remove(product); 


BuyBasket 是 存储 元 素 对 象 的 对 象 结构 类 , 它 定 义 了 一 个 ArrayList 类 型 的 集合 对 象 
list ,并 提供 了 增加 元 素 对 象 的 方法 addProduct() 和 删除 元 素 对 象 的 方法 removeProduct() ,此 
外 , 它 还 提供 了 一 个 accept() 方 法 ,在 该 方法 中 循环 调用 集合 中 每 一 个 元 素 对 象 的 accept() 
方法 ,以 实现 对 每 一 个 元 素 对 象 的 访问 。 

4. 辅助 代码 

(1) XML 操作 工具 类 XMLUtil 

参见 5. 2. 2 节 工 厂 方法 模式 之 模式 分 析 。 

(2) 配置 文件 config. xml 

本 实例 配置 文件 代码 如 下 : 


<?xml version = "1.0"?> 
<config> 
< className> Customer </className> 


</config> 


(3) 客户 端 测试 类 Client 


public class Client 
1 
public static void main(String a[ ]) 
Product bl = new Book( ); 
Product b2 = new Book( ); 
Product al = new Apple( ); 


Visitor visitor; 


BuyBasket basket = new BuyBasket( ); 
basket. addProduct (bl1); 
basket. addProduct(b2); 
basket. addProduct (al); 


visitor = (Visitor)XMLUtil. getBean( ); 
visitor. setName(" 张 三 " ); 


basket.accept(visitor); 
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在 客户 端 代 码 中 针对 抽象 访问 者 Visitor 进行 编程 ,需要 先 实例 化 一 个 购物 车 
BuyBasket 类 型 的 对 象 basket 作为 存储 元 素 对 象 的 对 象 结构 ,将 创建 好 的 元 素 对 象 增 加 到 
购物 车 对 象 中 ,再 调用 basket 对 象 的 accept() 方 法 来 接受 访问 者 对 象 的 访问 。 具 体 的 访问 
者 类 型 通过 配置 文件 来 确定 ,在 BuyBasket 类 的 accept() 方 法 中 ,将 循环 调用 添加 到 集合 中 
的 每 一 个 元 素 对 象 的 accept() 方 法 ,从 而 实现 对 整个 对 象 结构 的 访问 。 

5. 结果 及 分 析 

如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 Customer, 则 输出 结果 


如 下 : 


如 果 在 配置 文件 中 将 < className > 节点 中 的 内 容 设置 为 Saler, 则 输出 结果 如 下 : 


在 该 系统 中 如 果 需 要 增加 一 个 新 的 类 型 的 访问 者 ,只 需要 增加 一 个 新 的 类 继承 抽象 访 
问 者 类 Visitor, 然 后 实现 其 中 声明 的 抽象 访问 方法 即 可 ,在 实现 抽象 访问 方法 时 可 以 定义 
新 的 元 素 对 象 访问 方式 ,修改 配置 文件 即 可 使 用 新 的 访问 者 。 增 加 新 的 访问 者 无 须 修改 现 
有 类 库 代码 ,符合 “ 开 闭 原则 ”。 

但 是 在 系统 中 如 果 需 要 增加 新 的 类 型 的 具体 元 素 类 , 则 需要 修改 访问 者 类 的 代码 ,包括 
抽象 访问 者 代码 ,需要 为 新 的 具体 元 素 类 定义 新 的 访问 方法 ,因此 ,增加 新 的 具体 元 素 类 必 
须 修改 现 有 类 库 代码 ,从 这 个 角度 来 看 违背 了 “ 开 闭 原则 ”。 

综 上 所 述 , 访 问 者 模式 对 “ 开 闭 原则 ”的 支持 存在 倾斜 性 ,增加 新 的 访问 者 方便 ,但 是 增 
加 新 的 元 素 很 麻烦 。 


27.3.2 访问 者 模式 实例 之 奖励 审批 系统 


1. 实例 说 明 

某 高 校 奖励 审批 系统 可 以 实现 教师 奖励 和 学 生 奖 励 的 审批 (AwardCheck) ,如 果 教 师 发 
表 论 文 数 超过 10 篇 或 者 学 生 论文 超过 2 篇 可 以 评选 科研 奖 ,如 果 教 师 教 学 反馈 分 大 于 等 于 
90 分 或 者 学 生平 均 成 绩 大 于 等 于 90 分 可 以 评选 成 绩优 秀 奖 ,使 用 访问 者 模式 设计 该 系统 ， 
以 判断 候选 人 集合 中 的 教师 或 学 生 是 否 符合 某 种 获奖 要 求 。 

2. 实例 说 明 

通过 分 析 ,该 实例 类 图 如 图 27-4 所 示 。 

该 实例 的 代码 解释 与 结果 分 析 略 。 
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图 27-4 奖励 审批 系统 类 图 


27.4 访问 者 模式 效果 与 应 用 


27.4.1 模式 优 缺 点 


1. 访问 者 模式 的 优点 


(1) 使 得 增加 新 的 访问 操作 变 得 很 容易 。 使 用 访问 者 模式 ,增加 新 的 访问 操作 就 意味 
着 增加 一 个 新 的 访问 者 类 ,无 须 修改 现 有 类 库 代码 ,符合 “ 开 闭 原则 ”的 要 求 。 

(2) 将 有 关 元 素 对 象 的 访问 行为 集中 到 一 个 访问 者 对 象 中 ,而 不 是 分 散 到 一 个 个 的 元 
素 类 中 。 类 的 职责 更 加 清晰 ,有 利于 对 象 结构 中 元 素 对 象 的 复 用 ,相同 的 对 象 结构 可 以 供 多 
个 不 同 的 访问 者 访问 。 

(3) 可 以 跨 过 类 的 等 级 结构 访问 属于 不 同 的 等 级 结构 的 元 素 类 。 

(4) 让 用 户 能 够 在 不 修改 现 有 类 层次 结构 的 情况 下 ,定义 该 类 层次 结构 的 新 操作 。 

2. 访问 者 模式 的 缺点 


(1) 增加 新 的 元 素 类 很 困难 。 在 访问 者 模式 中 ,每 增加 一 个 新 的 元 素 类 都 意味 着 要 在 
抽象 访问 者 角色 中 增加 一 个 新 的 抽象 操作 ,并 在 每 一 个 具体 访问 者 类 中 增加 相应 的 具体 操 
作 , 违 背 7 了 “ 开 闭 原则 ”的 要 求 。 


_ 
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(2) 破坏 封装 。 访 问 者 模式 要 求 访问 者 对 象 访问 并 调用 每 一 个 元 素 对 象 的 操作 ,这 
意味 着 元 素 对 象 有 时 候 必 须 暴露 一 些 自己 的 内 部 操作 和 内 部 状态 ,否则 无 法 供 访 问 者 
访问 。 


27.4.2 模式 适用 环境 


在 以 下 情况 下 可 以 使 用 访问 者 模式 : 

(1) 一 个 对 象 结 构 包含 很 多 类 型 的 对 象 ,希望 对 这 些 对 象 实施 一 些 依赖 其 具体 类 型 的 
操作 。 在 访问 者 中 针对 每 一 种 具体 的 类 型 都 提供 了 一 个 访问 操作 ,不 同类 型 的 对 象 可 以 有 
不 同 的 访问 操作 。 

(2) 需要 对 一 个 对 象 结构 中 的 对 象 进行 很 多 不 同 的 并 且 不 相关 的 操作 ,而 需要 避免 让 
这 些 操作 “污染 "这些 对 象 的 类 ,也 不 希望 在 增加 新 操作 时 修改 这 些 类 。 访 问 者 模式 使 得 我 
们 可 以 将 相关 的 访问 操作 集中 起 来 定义 在 访问 者 类 中 ,对 象 结构 可 以 被 多 个 不 同 的 访问 者 
类 所 使 用 ,将 对 象 本 身 与 对 象 的 访问 操作 分 离 。 

(3) 对 象 结构 中 对 象 对 应 的 类 很 少 改变 ,但 经 常 需要 在 此 对 象 结构 上 定义 新 的 操作 。 


27.4.3 模式 应 用 


由 于 访问 者 模式 的 使 用 条 件 较为 苛刻 ,因此 在 实际 应 用 中 使 用 频率 不 是 太 高 。 当 系统 
中 存在 类 似 对 象 结构 一 样 的 集合 对 象 , 且 不 同 访问 者 对 其 所 采取 的 操作 也 不 相同 时 ,可 以 考 
虑 使 用 访问 者 模式 进行 设计 。 

(1) 在 一 些 编译 器 的 设计 中 运用 了 访问 者 模式 ,程序 代码 是 被 访问 的 对 象 , 它 包 括 变量 
定义 、 变 量 赋值 逻辑 运算 ,算术 运算 等 语句 ,编译 器 需要 对 代码 进行 分 析 , 如 检查 变量 是 否 
定义 .变量 是 否 赋值 .算术 运算 是 否 合法 等 ,可 以 将 不 同 的 操作 封装 在 不 同 的 类 中 ,如 检查 变 
量 定义 的 类 ,检查 变量 赋值 的 类 检查 算术 运算 是 否 合法 的 类 ,这 些 类 就 是 具体 访问 者 ,可 以 
访问 程序 代码 中 不 同类 型 的 语句 。 在 编译 过 程 中 除了 代码 分 析 外 ,还 包含 代码 优化 、 空 间 分 
配 和 代码 生成 等 部 分 ,也 可 以 将 每 一 个 不 同 编译 阶段 的 操作 封装 到 了 跟 该 阶段 有 关 的 一 个 
访问 者 类 中 。 

(2) 在 常用 的 Java XML 处 理 技术 DOM4J 中 ,可 以 通过 访问 者 模式 的 方式 来 读 取 并 解 
析 XML 文档 ,VisitorSupport 是 DOM4J 提供 的 Visitor 接口 的 默认 适配器 ,具体 访问 者 只 
需 继 承 VisitorSupport 类 即 可 ,代码 如 下 : 
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在 Visitor 接口 中 提供 多 个 重 载 的 visit() 方 法 ,根据 XML 文档 中 不 同 的 对 象 ,将 采用 
不 同 的 方式 来 访问 ,上 述 代码 给 出 了 元 素 Element 和 属性 Attribute 的 简单 实现 ,这 是 最 常 
用 的 两 个 对 象 。VisitorSupport 是 DOM4J 提供 的 默认 适配器 , 它 实 现 了 Visitor 接口 ,在 
VisitorSupport 中 给 出 了 各 种 visitO 〇 ) 方 法 的 空 实现 ,以 便 简 化 代码 。 


27.5 访问 者 模式 扩展 


1. 与 其 他 模式 联 用 
于 访问 者 模式 需要 对 对 象 结构 进行 操作 ,而 对 象 结构 本 身 是 一 个 元 素 对 象 的 集合 ， 
此 访问 者 模式 经 常 需要 与 迭代 器 模式 联 用 ,在 对 象 结构 中 使 用 迭代 器 来 遍历 元 素 对 象 。 

在 访问 者 模式 中 ,元 素 对 象 可 能 存在 容器 对 象 和 叶子 对 象 ,因此 可 以 结合 组 合 模式 来 进 
行 设计 。 

2. 倾斜 的 “ 开 闭 原则 ” 

与 抽象 工厂 模式 一 样 ,访问 者 模式 对 “ 开 闭 原则 ”的 支持 也 具有 倾斜 性 ,访问 者 模式 只 有 
在 被 访问 的 元 素 类 结构 稳定 的 情况 下 才能 使 用 ,也 就 是 说 尽量 不 要 出 现 增加 新 元 素 的 情况 。 
在 访问 者 模式 中 ,增加 新 的 元 素 需要 在 每 一 个 访问 者 包括 抽象 访问 者 中 增加 对 应 的 元 素 访 
问 方法 ,将 对 系统 进行 较 大 的 修改 ,这 将 违背 * 开 闭 原则 ”。 但 是 在 访问 者 模式 中 对 元 素 增加 
新 的 操作 很 方便 ,只 需要 增加 一 个 新 的 访问 者 即 可 ,将 新 的 操作 封装 在 新 增 访问 者 类 中 ,无 
须 对 原 有 系统 进行 任何 修改 ,这 符合 * 开 闭 原则 ”的 要 求 。 因 此 ,访问 者 模式 以 一 种 倾斜 的 方 
式 支持 * 开 闭 原则 ”, 增 加 新 的 访问 者 方便 ,但 是 增加 新 的 元 素 很 困难 。 


27.6 ”本 章 小结 


(1) 访问 者 模式 表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 , 它 使 我 们 可 以 在 不 改 
变 各 元 素 的 类 的 前 提 下 定义 作用 于 这 些 元 素 的 新 操作 。 访 问 者 模式 是 一 种 对 象 行为 型 

(2) 访问 者 模式 包含 五 个 角色 : 抽象 访问 者 为 对 象 结构 类 中 每 一 个 抽象 元 素 类 声明 一 
个 访问 操作 ; 具体 访问 者 实现 了 每 个 由 抽象 访问 者 声明 的 操作 ,每 一 个 操作 用 于 访问 对 象 
结构 中 一 种 类 型 的 元 素 ; 抽象 元 素 一 般 是 抽象 类 或 者 接口 , 它 定义 一 个 accept() 方 法 ,该 方 
法 以 一 个 抽象 访问 者 作为 参数 ; 具体 元 素 实现 了 accept() 方 法 ,在 其 accept() 中 调用 访问 者 
的 访问 方法 以 便 完成 对 一 个 元 素 的 操作 ; 对 象 结构 是 一 个 元 素 的 集合 , 它 用 于 存放 元 素 对 
象 ,并 且 提 供 了 遍历 其 内 部 元 素 的 方法 。 

(3) 访问 者 模式 中 对 象 结构 存储 了 不 同类 型 的 元 素 对 象 ,以 供 不 同 访问 者 访问 。 访 问 
者 模式 包括 两 个 层次 结构 ,一 个 是 访问 者 层次 结构 ,提供 了 抽象 访问 者 和 具体 访问 者 ,一 个 
是 元 素 层次 结构 ,提供 了 抽象 元 素 和 具体 元 素 。 相 同 的 访问 者 可 以 以 不 同 的 方式 访问 不 同 
的 元 素 , 相 同 的 元 素 可 以 接受 不 同 访问 者 以 不 同 访问 方式 访问 。 在 访问 者 模式 中 ,增加 新 的 
访问 者 无 须 修改 原 有 系统 ,系统 具有 和 较 好 的 可 扩展 性 。 

(4) 访问 者 模式 的 主要 优点 在 于 使 得 增加 新 的 访问 操作 变 得 很 容易 .将 有 关 元 素 对 象 
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的 访问 行为 集中 到 一 个 访问 者 对 象 中 ,而 不 是 分 散 到 一 个 个 的 元 素 类 中 ,还 可 以 跨 过 类 的 等 
级 结构 访问 属于 不 同 的 等 级 结构 的 元 素 类 ,让 用 户 能 够 在 不 修改 现 有 类 层次 结构 的 情况 下 ， 
定义 该 类 层次 结构 的 操作 ; 其 主要 缺点 在 于 增加 新 的 元 素 类 很 困难 ,而 且 在 一 定 程度 上 破 
坏 系统 的 封装 性 。 

(5) 访问 者 模式 适用 情况 包括 : 一 个 对 象 结构 包含 很 多 类 型 的 对 象 ,希望 对 这 些 对 象 
实施 一 些 依赖 其 具体 类 型 的 操作 ; 需要 对 一 个 对 象 结构 中 的 对 象 进行 很 多 不 同 的 并 且 不 相 
关 的 操作 ,而 需要 避免 让 这 些 操作 “污染 ”这 些 对 象 的 类 ,也 不 希望 在 增加 新 操作 时 修改 这 些 
类 ; 对 象 结构 中 对 象 对 应 的 类 很 少 改变 ,但 经 常 需要 在 此 对 象 结构 上 定义 新 的 操作 。 


思考 与 练习 


1. 用 Java 代码 模拟 实现 “奖励 审批 系统 ”实例 ,并 编写 客户 端 代码 进行 测试 。 

2. 使 用 访问 者 模式 ,设计 一 个 权限 管理 系统 ,绘制 相应 的 类 图 并 使 用 Java 语言 模拟 

3. 某 公 司 OA 系统 中 包含 一 个 员工 信息 管理 子 系统 ,该 公司 员工 包括 正式 员工 和 临时 
工 , 每 周 人 力 资源 部 和 财务 部 等 部 门 需要 对 员工 数据 进行 汇总 ,汇总 数据 包括 员工 工作 时 
间 .员工 工资 等 。 该 公司 基本 制度 如 下 : 

(1) 正式 员工 每 周 工作 时 间 为 40 小 时 ,不同 级 别 ,不同 部 门 的 员工 每 周 基本 工资 不 同 ; 
如 果 超 过 40 小 时 ,超出 部 分 按照 100 元 /小 时 作为 加 班 费 ; 如 果 少 于 40 小 时 ,所 缺 时 间 按 
照 请 假 处 理 , 请 假 所 扣 工 资 以 80 元 /小 时 计算 ,直到 基本 工资 扣除 到 零 为 止 。 除 了 记录 实际 
工作 时 间 外 ,人 力 资源 部 需 记 录 加 班 时 长 或 请 假 时 长 ,作为 员工 平时 表现 的 一 项 依据 。 

(2) 临时 工 每 周 工作 时 间 不 固定 ,基本 工资 按 小 时 计算 ,不 同 岗位 的 临时 工 小 时 工资 不 
同 。 人 力 资 源 部 只 需 记 录 实 际 工作 时 间 。 

人 力 资 源 部 和 财务 部 工作 人 员 可 以 根据 各 自 的 需要 对 员工 数据 进行 汇总 处 理 , 人 力 资 
源 部 负责 汇总 每 周 员工 工作 时 间 ,而 财务 部 负责 计算 每 周 员工 工资 。 

试 使 用 访问 者 模式 设计 该 系统 ,绘制 类 图 并 编程 模拟 实现 。 
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